These are added to their own section of the table, together with SEEK(10)
which has always been permitted.
Cc: "James E.J. Bottomley"
Cc: linux-s...@kernel.org
Cc: Jens Axboe
Signed-off-by: Paolo Bonzini
---
block/scsi_ioctl.c | 22 +-
1 files changed, 21 insertions(+),
Besides CD-ROMs, three more device types are interesting for SG_IO:
media changers, tapes and of course disks.
Starting with this patch, we will whitelist a few more commands for
these devices. For media changers, enable "INITIALIZE ELEMENT STATUS"
and "REQUEST VOLUME ELEMENT ADDRESS". A few
This queue flag will let unprivileged users send any SG_IO command to
the device, without any filtering.
This is useful for virtualization, where some trusted guests would like
to send commands such as persistent reservations, but still the virtual
machine monitor should run with restricted
To aid future modifications of the list, add a list of commands
that were in the version of the SCSI commands list I consulted,
but I considered too dangerous to enable by default for unprivileged
users.
Cc: "James E.J. Bottomley"
Cc: linux-s...@kernel.org
Cc: Jens Axboe
Signed-off-by: Paolo
Some defines and structs remained when support was removed for SG_IO
filters in sysfs. Remove them.
Cc: "James E.J. Bottomley"
Cc: linux-s...@kernel.org
Cc: Jens Axboe
Signed-off-by: Paolo Bonzini
---
include/linux/genhd.h |9 -
1 files changed, 0 insertions(+), 9 deletions(-)
This adds missing commands to the table from SBC and related standards.
Only commands that affect the medium are added. Commands that affect
other state of the LUN are all privileged, with the sole exception of START
STOP UNIT (which has always been allowed for all file descriptors. I do not
Strangely, a couple of MMC commands were never included. Add them too.
Cc: "James E.J. Bottomley"
Cc: linux-s...@kernel.org
Cc: Jens Axboe
Signed-off-by: Paolo Bonzini
---
block/scsi_ioctl.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/block/scsi_ioctl.c
Store the filters in a 256-entry array, and pick an appropriate filter
for SCSI devices. Apart from SCSI disks, SG_IO is supported for CCISS,
ide-floppy and virtio-blk devices; TYPE_DISK (which is zero, i.e. the
default) is more appropriate for these devices than TYPE_ROM.
This patch already
Adjust the blk_verify_command function to let it look at per-queue
data. This will be done in the next patch.
Cc: FUJITA Tomonori
Cc: Doug Gilbert
Cc: "James E.J. Bottomley"
Cc: linux-s...@kernel.org
Cc: Jens Axboe
Signed-off-by: Paolo Bonzini
---
block/bsg.c|2 +-
Signed-off-by: Jiang Fang
---
kernel/rcutree.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/rcutree.c b/kernel/rcutree.c
index e441b77..dbf7d7f 100644
--- a/kernel/rcutree.c
+++ b/kernel/rcutree.c
@@ -3064,7 +3064,7 @@ void __init rcu_init(void)
On Wed, Jan 23, 2013 at 04:18:32PM +0100, Stephan Mueller wrote:
> 3. in the cipher initialization code of the crypto API (i.e. the one
> behind crypto_register_alg()), you check the signature check flag --
> panic the kernel when the flag shows that the signature check failed
>
> This way you
On 01/24/2013 08:46 AM, Borislav Petkov wrote:
>
> Hmm, I'm not sure about -Os: 3a55fb0d9fe8e2f4594329edd58c5fd6f35a99dd
>
> And 0.01/0.03 IPC improvement doesn't really look too persuasive IMO.
>
There has been occasional talk about a -Ok(ernel) option to gcc, but
that would require someone
Hi Paul,
> (This patch does not solve the PAE OOM issue.)
You may try the below debug patch. The only way the writeback patches
should trigger OOM, I think, is for the number of dirty/writeback
pages going out of control.
Or more simple, you may show us the OOM dmesg which will contain the
2013/1/16 Maarten Lankhorst :
> Op 16-01-13 07:28, Inki Dae schreef:
>> 2013/1/15 Maarten Lankhorst :
>>> This type of fence can be used with hardware synchronization for simple
>>> hardware that can block execution until the condition
>>> (dma_buf[offset] - value) >= 0 has been met.
>>>
>>> A
On Thu, Jan 24, 2013 at 11:11:01AM +0100, Jiri Kosina wrote:
> On Wed, 23 Jan 2013, K. Y. Srinivasan wrote:
>
> > Use the consolidated GUID definitions in the Hyper-V mouse driver.
> >
> > Signed-off-by: K. Y. Srinivasan
> > Reviewed-by: Haiyang Zhang
>
> Acked-by: Jiri Kosina
>
> Greg, I
On Thu, Jan 24, 2013 at 12:19 PM, Ingo Molnar wrote:
> I suppose - is this patch warning-free both on 64-bit and 32-bit
> systems?
Yes, just confirmed that this patch is warning-free on both 64-bit and
32-bit machines.
Regards,
Fabio Estevam
--
To unsubscribe from this list: send the line
On Thu, Jan 24, 2013 at 03:17:33PM +0100, Ingo Molnar wrote:
> > So our initial conclusion is Os is better than O2 for current
> > & coming x86 CPUs. If I was wrong, please correct me.
>
> Did you patch the kernel, or used CONFIG_CC_OPTIMIZE_FOR_SIZE?
>
> (there was no patch in your mail.)
On 24 January 2013 15:24, Lars-Peter Clausen wrote:
>
> On 01/24/2013 01:42 AM, Doug Anderson wrote:
> > Lars,
> >
> > On Wed, Jan 23, 2013 at 4:52 AM, Lars-Peter Clausen wrote:
> >>> Few doubts regarding the mappings and child device handling.
> >>> Kindly, suggest me better methods.
> >>
> >>
* Fabio Estevam wrote:
> Hi Ingo,
>
> On Tue, Dec 25, 2012 at 9:24 AM, Fabio Estevam wrote:
> > From: Fabio Estevam
> >
> > commit c566e8e9 (sched: Aggregate total task_group load) introduced the
> > following build warning:
> >
> > kernel/sched/debug.c:225:2: warning: format '%ld' expects
* ling.ma.prog...@gmail.com wrote:
> From: Ma Ling
>
> Currently we use O2 as compiler option for better performance,
> although it will enlarge code size, in modern CPUs larger instructon
> and unified cache, sophisticated instruction prefetch weaken instruction
> cache miss, meanwhile
On Wed, Jan 23, 2013 at 12:54:38AM +0100, Jan Kara wrote:
> On Sun 20-01-13 11:02:10, paul.sz...@sydney.edu.au wrote:
> > In bdi_position_ratio(), get difference (setpoint-dirty) right even when
> > negative. Both setpoint and dirty are unsigned long, the difference was
> > zero-padded thus
Michel Lespinasse wrote:
> Update the frv arch_get_unmapped_area function to make use of
> vm_unmapped_area() instead of implementing a brute force search.
>
> Signed-off-by: Michel Lespinasse
> Acked-by: Rik van Riel
Acked-by: David Howells
--
To unsubscribe from this list: send the line
On Wed, Dec 19, 2012 at 05:07:09PM +0100, Christian Gmeiner wrote:
> I have a at24 EEPROM connected via i2c bus provided by ISCH i2c
> bus driver. This bus driver does not support
> I2C_FUNC_SMBUS_WRITE_I2C_BLOCK and so I was looking for a way
> to be able to write the eeprom. This patch adds
Hi,
On Thu, Jan 24, 2013 at 03:57:03PM +0530, Venu Byravarasu wrote:
> As pointer to PHY structure can be stored in struct usb_hcd
> making use of it, to call Tegra PHY APIs.
>
> Call to usb_phy_shutdown() is moved up in tegra_ehci_remove(),
> so that to avoid dereferencing of hcd after its
On Thu, Jan 24, 2013 at 7:15 PM, Vivek Gautam wrote:
> Using chip specific compatible string as it should be.
> So fixing this for ehci-s5p, ohci-exynos and dwc3-exynos
> which till now used a generic 'exynos' in their compatible strings.
>
> Changes from v1:
> - Changing compatible
>> +#include
>> +#include
>> +#include
>> +#include
>> +#include
>> +#include
>> +#include
>> +
>> +/*
>> +stub driver for Xen memory hotplug
>> +*/
>> +
>> +#ifdef CONFIG_ACPI
>> +
>> +static const
Hi Paul,
> On Thu, 2013-01-24 at 01:07 +0900, Kouichi ONO wrote:
> > At target_fabric_port_link(), struct se_device *dev is used before set?
>
> It seems the (stable specific) patch in
> http://article.gmane.org/gmane.linux.kernel.stable/40880 should fix
> that.
This patch fixed a problem.
* Luck, Tony wrote:
> The following changes since commit d1c3ed669a2d452cacfb48c2d171a1f364dae2ed:
>
> Linux 3.8-rc2 (2013-01-02 18:13:21 -0800)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/ras/ras.git
> tags/please-pull-aer-trace
>
>
* Stephane Eranian wrote:
> On Thu, Jan 24, 2013 at 12:56 PM, Ingo Molnar wrote:
> >
> > * Stephane Eranian wrote:
> >
> >> This patch series had a new feature to the kernel perf_events
> >> interface and corresponding user level tool, perf.
> >
> > Would be nice to merge this with the
Using specific chip in compatible strings. Newer SOCs can claim
device by using older string in the compatible list.
Signed-off-by: Vivek Gautam
Acked-by: Grant Likely
Reviewed-by: Doug Anderson
---
drivers/usb/dwc3/dwc3-exynos.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
Using specific chip in compatible strings. Newer SOCs can claim
device by using older string in the compatible list.
Signed-off-by: Vivek Gautam
Acked-by: Grant Likely
Reviewed-by: Doug Anderson
---
drivers/usb/host/ehci-s5p.c|2 +-
drivers/usb/host/ohci-exynos.c |2 +-
2 files
On Thu, Jan 24, 2013 at 12:56 PM, Ingo Molnar wrote:
>
> * Stephane Eranian wrote:
>
>> This patch series had a new feature to the kernel perf_events
>> interface and corresponding user level tool, perf.
>
> Would be nice to merge this with the overlapping parts of Andi's
> Haswell series.
>
Using chip specific compatible string as it should be.
So fixing this for ehci-s5p, ohci-exynos and dwc3-exynos
which till now used a generic 'exynos' in their compatible strings.
Changes from v1:
- Changing compatible string from "samsung,exynos5250-dwc3" to
On 17/01/13 09:42, Tejun Heo wrote:
Hello,
Currently, on the backend side, there are two layers of abstraction.
For each CPU and the special unbound wq-specific CPU, there's one
global_cwq. gcwq in turn hosts two worker_pools - one for normal
priority, the other for highpri - each of which
* Steven Rostedt wrote:
> Ingo,
>
> I've put this on top of the patches I posted for linux-next,
> as those were the patches that contained the bug this fixed.
>
> Please pull the latest tip/perf/core tree, which can be found at:
>
>
On Thu, Jan 10, 2013 at 8:50 PM, Jacob Shin wrote:
> The following patchset enables 4 additional performance counters in
> AMD family 15h processors that count northbridge events -- such as
> number of DRAM accesses.
>
In order for me to test this patch set more thoroughly it would help if you
Ingo,
I've put this on top of the patches I posted for linux-next, as
those were the patches that contained the bug this fixed.
Please pull the latest tip/perf/core tree, which can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git
tip/perf/core
Head SHA1:
* Mike Galbraith wrote:
> On Thu, 2013-01-10 at 10:31 -0500, Rik van Riel wrote:
> > On 01/10/2013 10:19 AM, Mike Galbraith wrote:
> > > On Tue, 2013-01-08 at 17:26 -0500, Rik van Riel wrote:
> > >
> > >> Please let me know if you manage to break this code in any way,
> > >> so I can fix it...
James Hogan wrote:
> > BTW looking at metag port, it seems that does #include
> > , but latter doesn't exist in the repository - is it
> > generated for you James or is this same issue which David elucidated to
> > above ?
>
> We have generic-y += setup.h in arch/metag/include/uapi/asm/Kbuild
A counter part of arm_iommu_attach_device().
Signed-off-by: Hiroshi Doyu
---
arch/arm/include/asm/dma-iommu.h |1 +
arch/arm/mm/dma-mapping.c| 25 +
2 files changed, 26 insertions(+)
diff --git a/arch/arm/include/asm/dma-iommu.h
This can be built without CONFIG_ARM_DMA_USE_IOMMU.
Signed-off-by: Hiroshi Doyu
---
arch/arm/include/asm/device.h |6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/include/asm/device.h b/arch/arm/include/asm/device.h
index 5191a83..6fbe514 100644
---
Commit f20aaba9819d0801fb1314363f97239da0100bac ("acer-wmi: fix obj is
NULL but dereferenced") introduced a GCC warning:
drivers/platform/x86/acer-wmi.c: In function ‘acer_wmi_init’:
drivers/platform/x86/acer-wmi.c:1216:14: warning: ‘devices’ may be used
uninitialized in this function
On Thu, Jan 24, 2013 at 06:30:15AM -0600, suravee.suthikulpa...@amd.com wrote:
> From: Suravee Suthikulpanit
>
> Changes in V3:
> * Add proper commit message
> * Change logic to avoid unnecessary indentaion
>
> Changes in V2:
> * Fix logic that check the processor model.
>
Currently the driver returns full length of the active descriptor which is
wrong. We have to go throught the active descriptor and substract the length of
each sent children in the chain from the total length along with the actual
data in the DMA channel registers.
The cyclic case is not handled
- Original Message -
> From: "Steffen Klassert"
> To: "Tom St Denis"
> Cc: "Herbert Xu" , net...@vger.kernel.org,
> linux-kernel@vger.kernel.org,
> linux-cry...@vger.kernel.org, "David Miller" , "Jussi
> Kivilinna"
> Sent: Thursday, 24 January, 2013 7:52:34 AM
> Subject: Re: [PATCH]
On Thu, Jan 24, 2013 at 07:37:50AM -0500, Tom St Denis wrote:
>
> Also a question for the netdev folk, in order to be timely would it be
> acceptable to patch ah4 and then ah6 with the AEAD changes? Or would the
> team require both to be patched simultaneously?
>
We would need patches for
Hi Linus,
Please pull from the git repository at
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git
pm+acpi-for-3.8-rc5
to receive ACPI and power management fixes for v3.8-rc5 with top-most commit
efa17194581bdfca0986dabc178908bd7c21ba00
cpufreq: Add module aliases for
On Thu, Jan 24, 2013 at 10:44:34AM +0800, xufengzhang.m...@gmail.com wrote:
> From: Xufeng Zhang
>
> While sctp handling a duplicate COOKIE-ECHO and the action is
> 'Association restart', sctp_sf_do_dupcook_a() will processing
> the unexpected COOKIE-ECHO for peer restart, but it does not set
>
- Original Message -
> From: "Steffen Klassert"
> To: "Jussi Kivilinna"
> Cc: "Herbert Xu" , net...@vger.kernel.org,
> linux-kernel@vger.kernel.org,
> linux-cry...@vger.kernel.org, "Tom St Denis" ,
> "David Miller"
> Sent: Thursday, 24 January, 2013 7:32:10 AM
> Subject: Re: [PATCH]
On Sun, Jan 06, 2013 at 09:00:59PM +0100, Julia Lawall wrote:
> The function davinci_i2c_remove in drivers/i2c/busses/i2c-davinci.c
> contains the following code:
>
> put_device(>dev);
>
> clk_disable_unprepare(dev->clk);
> clk_put(dev->clk);
> dev->clk = NULL;
>
commit d8e794dfd51c368ed3f686b7f4172830b60ae47b ("workqueue: set
delayed_work->timer function on initialization") exports function
delayed_work_timer_fn() only for GPL modules. This makes delayed-works
unusable for non-GPL modules, because initialization macro now requires
GPL symbol. For example
Hello Ingo,
On Thu, Jan 24, 2013 at 11:17 PM, Ingo Molnar wrote:
>
> * Oleg Nesterov wrote:
>
>> Ingo, please pull from
>>
>> git://git.kernel.org/pub/scm/linux/kernel/git/oleg/misc uprobes/core
>>
>> Mostly pre-filtering. This needs more work and perhaps more functionality.
>> In particular,
On Thu, Jan 24, 2013 at 01:25:46PM +0200, Jussi Kivilinna wrote:
>
> Maybe it would be cleaner to not mess with pfkeyv2.h at all, but instead mark
> algorithms that do not support pfkey with flag. See patch below.
>
Yes, would be an option too. I would be fine with that,
but let's here if
From: Suravee Suthikulpanit
Changes in V3:
* Add proper commit message
* Change logic to avoid unnecessary indentaion
Changes in V2:
* Fix logic that check the processor model.
* Clear write enable bit after apply workaround
* Change function name
* Anton Arapov wrote:
> Hello Ingo,
>
> On Thu, Jan 24, 2013 at 11:17 PM, Ingo Molnar wrote:
> >
> > * Oleg Nesterov wrote:
> >
> >> Ingo, please pull from
> >>
> >> git://git.kernel.org/pub/scm/linux/kernel/git/oleg/misc uprobes/core
> >>
> >> Mostly pre-filtering. This needs more work
* Paul E. McKenney wrote:
> Hello, Ingo,
>
> Paul Gortmaker found some problems with no-CBs-CPU support in 3.8
> mainline, and kindly supplied fixes. The first problem is soft-lockup
> complaints that can occur on systems running with no-CBs CPUs that have
> long periods of time where RCU is
On Wednesday, January 23, 2013 04:34:40 PM Greg Kroah-Hartman wrote:
> On Wed, Jan 23, 2013 at 06:56:43PM +0100, Rafael J. Wysocki wrote:
> > On Tuesday, January 22, 2013 03:15:52 AM Rafael J. Wysocki wrote:
> > > On Monday, January 21, 2013 02:03:03 PM Rafael J. Wysocki wrote:
> > > > On Monday,
Commit-ID: 444723dccc3c855fe88ea138cdec46f30e707b74
Gitweb: http://git.kernel.org/tip/444723dccc3c855fe88ea138cdec46f30e707b74
Author: Jan Beulich
AuthorDate: Thu, 24 Jan 2013 09:27:31 +
Committer: Ingo Molnar
CommitDate: Thu, 24 Jan 2013 10:56:32 +0100
x86-64: Fix unwind
On Wed, Jan 23, 2013 at 11:28:08AM -0800, Rick Jones wrote:
> >Then if syncookies are enabled, the time spent in connect() shouldn't be
> >bigger than 3 seconds even if SYNs are being "dropped" by listen, right?
>
> Do you mean if "ESTABLISHED" connections are dropped because the
> listen queue
On Thu, Nov 29, 2012 at 10:35:34AM +0530, Naveen Krishna Chatradhi wrote:
> From: Simon Glass
>
> There is a rather odd feature of the exynos i2c controller that if it
> is left enabled, it can lock itself up with the clk line held low.
> This makes the bus unusable.
>
> Unfortunately, the
On 01/24/2013 01:02 PM, Stijn Devriendt wrote:
>> +static void lpc32xx_gpio_set_block_p3(struct gpio_chip *chip,
>> + unsigned long mask,
>> + unsigned long values)
>> +{
>> + struct lpc32xx_gpio_chip *group =
The characters will morph anyway, it is just a matter off having them randomly
scream with the intensity bit.
512-character mode is definitely useful... we get much wider language coverage
with 512 than with 256, which is why most distros use a 512 console font.
Dave Airlie wrote:
>On Thu,
On Thu, Jan 24, 2013 at 01:02:38PM +0100, Stijn Devriendt wrote:
> As a fictive example, consider the i2c-bitbang driver, which you could
> optimize
> by using block-gpio with sda/scl in a single block. By offering the
> block-gpio API
> even when you cannot set all bits at once, you could cause
* Oleg Nesterov wrote:
> Ingo, please pull from
>
> git://git.kernel.org/pub/scm/linux/kernel/git/oleg/misc uprobes/core
>
> Mostly pre-filtering. This needs more work and perhaps more functionality.
> In particular, perhaps dup_mmap() should remove the unwanted breakpoints.
> And we can
Sounds great in theory at least, as long as it doesn't mean pushing a bunch of
#ifdefs into other code.
Borislav Petkov wrote:
>On Wed, Jan 23, 2013 at 05:56:09PM -0800, K. Y. Srinivasan wrote:
>> diff --git a/arch/x86/kernel/entry_64.S b/arch/x86/kernel/entry_64.S
>> index 1975122..803ca69
Hi Al,
01/23/2013 08:17 PM, Al Viro wrote:
> On Tue, Jan 22, 2013 at 09:03:26PM +0400, Maxim Patlasov wrote:
>> If proc_get_inode() succeeded, but d_make_root() failed, pde_put() for
>> proc_root will be called twice: the first time due to iput() called from
>> d_make_root() and the second time
On Tue, Jan 22, 2013 at 1:06 PM, Roland Stigge wrote:
> This patch adds block GPIO support to several gpio drivers.
>
> This implements block GPIO only for some selected drivers since block GPIO is
> an optional feature which may not be suitable for every GPIO hardware. (With
> automatic fallback
On Thu, Jan 24, 2013 at 04:25:19PM +0530, Vishwanathrao Badarkhe, Manish wrote:
> ---
> arch/arm/boot/dts/tps6507x.dtsi | 47
> +++
Why are you putting this in arch/arm?
signature.asc
Description: Digital signature
On 24/01/13 10:11, Vineet Gupta wrote:
> On Thursday 24 January 2013 03:22 PM, James Hogan wrote:
>> Hi Vineet,
>>
>> On 24/01/13 08:54, Vineet Gupta wrote:
>>> (3) That branch will be ARC patches on top of Linus's 3.8 rc4. Actually for
>>> my
>>> development, I'd also cherry picked a few patches
* Frederic Weisbecker wrote:
> Hi Ingo,
>
> The printk changes for full dynticks support are still pending while
> we don't know Linus's opinion about these. Meanwhile here is the
> part of it that I think is uncontroversial. This way we can make
> the next submission attempt to Linus a bit
* Stephane Eranian wrote:
> This patch series had a new feature to the kernel perf_events
> interface and corresponding user level tool, perf.
Would be nice to merge this with the overlapping parts of Andi's
Haswell series.
Thanks,
Ingo
--
To unsubscribe from this list: send the
Hi Helge,
On Thu, Jan 24, 2013 at 11:27 AM, Helge Deller wrote:
> From: Geert Uytterhoeven
>> On Tue, Jan 22, 2013 at 10:11 PM, Helge Deller wrote:
>> > please consider pulling the following 4 patches for 3.8-rc5 which
>> improve
>> > the stability of the linux kernel on the parisc
Hi Kishon,
On Wed, Jan 23, 2013 at 19:56:37, ABRAHAM, KISHON VIJAY wrote:
> On Wednesday 23 January 2013 07:28 PM, Mohammed, Afzal wrote:
> > USB first instance of am335x works in mainline as of now.
> Can you check if this series indeed breaks am335x?
>
> Thanks for your help.
Do you have a
Hi Dmitry,
On 01/14/2013 04:34 PM, Peter Ujfalusi wrote:
> Hi Dmitry,
>
> Changes since v2:
> - twl4030-vibra patches are left out (they have been applied)
> - Do not use devm_input_allocate_device() in twl6040-vibra
Do you want me to resend this two patch for 3.9?
Regards,
Péter
>
> Changes
On Thu, Jan 24, 2013 at 07:18:47PM +0800, Mark Brown wrote:
> On Thu, Jan 24, 2013 at 12:13:29PM +0100, Wolfram Sang wrote:
> > On Sat, Dec 15, 2012 at 11:21:36PM +0900, Mark Brown wrote:
>
> > > also get things like read operations which appear as multiple
> > > transactions on the I2C bus so
* Andi Kleen wrote:
> [Updated version for the latest master tree and fixes. See
> end for details. All feedback addressed. Ready for merging.]
Could we try a minimal, obvious hardware-enablement series
first, with all the optional features left out in the first
step? Your patches look
Hi Mike,
On Thu, Jan 24, 2013 at 01:52:04, Mike Turquette wrote:
> Quoting Afzal Mohammed (2013-01-23 03:48:56)
> > +static inline void da8xx_fb_clkc_enable(void)
> > +{
> > if (lcd_revision == LCD_VERSION_2)
> > lcdc_write(LCD_V2_DMA_CLK_EN | LCD_V2_LIDD_CLK_EN |
> >
Hi Laurent,
On Thu, Jan 24, 2013 at 4:17 PM, Laurent Pinchart
wrote:
> Hi Prabhakar,
>
> Thank you for the patch.
>
> Sylwester and Guennadi have posted a DT bindings proposal for V4L2 devices.
> Shouldn't you base this patch on those bindings ?
>
Yes I'll base on it and post a v2.
Regards,
Add I2C0 device tree node information to da850-evm.
Also, add I2C0 pin muxing information in da850-evm.
Signed-off-by: Vishwanathrao Badarkhe, Manish
---
Depends on patch
http://comments.gmane.org/gmane.linux.davinci/25993
arch/arm/boot/dts/da850-evm.dts | 15 +++
On 01/24/2013 06:36 PM, Gleb Natapov wrote:
> On Wed, Jan 23, 2013 at 06:06:36PM +0800, Xiao Guangrong wrote:
>> Introduce it to split the code of adjusting pte_access from the large
>> function of set_spte
>>
>> Signed-off-by: Xiao Guangrong
>> ---
>> arch/x86/kvm/mmu.c | 63
>>
Hi Mike,
On Thu, Jan 24, 2013 at 03:10:53, Mike Turquette wrote:
> Quoting Afzal Mohammed (2013-01-23 03:38:52)
> > Some of clocks can have a limit on minimum divider value that can be
> > programmed, prepare for such a support.
> > Add a new field min_div for the basic divider clock and a new
Quoting Steffen Klassert :
> On Wed, Jan 23, 2013 at 05:35:10PM +0200, Jussi Kivilinna wrote:
>>
>> Problem seems to be that PFKEYv2 does not quite work with IKEv2, and
>> XFRM API should be used instead. There is new numbers assigned for
>> IKEv2:
>>
There is a bit of hack/kludge right now where we disable preemption if a
L2 (High prio) IRQ is taken while L1 (Low prio) is active.
Need to revisit this
Signed-off-by: Vineet Gupta
---
arch/arc/Kconfig| 19 ++
arch/arc/include/asm/entry.h| 95
Hand optimised asm code for ARC700 pipeline.
Originally written/optimized by Joern Rennecke
Signed-off-by: Vineet Gupta
Cc: Joern Rennecke
---
arch/arc/include/asm/string.h | 40 +
arch/arc/lib/memcmp.S | 124 +
Signed-off-by: Vineet Gupta
---
arch/arc/include/asm/page.h| 92 +
arch/arc/include/asm/pgalloc.h | 134 +
arch/arc/include/asm/pgtable.h | 401
3 files changed, 627 insertions(+), 0 deletions(-)
create mode 100644
Signed-off-by: Vineet Gupta
---
arch/arc/include/asm/tlb.h | 17 ++
arch/arc/include/asm/tlbflush.h | 28
arch/arc/mm/tlb.c | 311 +++
3 files changed, 356 insertions(+), 0 deletions(-)
create mode 100644
Signed-off-by: Vineet Gupta
---
arch/arc/include/asm/hw_irq.h |7 --
arch/arc/kernel/traps.c | 125 +
2 files changed, 125 insertions(+), 7 deletions(-)
delete mode 100644 arch/arc/include/asm/hw_irq.h
create mode 100644
This was part of port buildup strategy from Arnd to have a minimal kernel
at first and then add optional features (stacktracing, ptrace, smp,
kprobes, oprofile)
Signed-off-by: Vineet Gupta
---
arch/arc/kernel/ptrace.c | 26
arch/arc/kernel/stacktrace.c |
With this we get to a running kernel on ISS
-->8---
Linux version 3.8.0-rc3+ (vineetg@vineetg-Latitude) (gcc version 4.4.7
(ARCompact elf32 toolchain (built 20121213)) ) #3 Thu Jan 17 14:22:05
IST 2013
Board "arc-angel4" from snps
Signed-off-by: Vineet Gupta
Acked-by: Arnd Bergmann
---
arch/arc/include/asm/mutex.h |9 ++
arch/arc/include/asm/spinlock.h | 144 +
arch/arc/include/asm/spinlock_types.h | 35
3 files changed, 188 insertions(+), 0 deletions(-)
Signed-off-by: Vineet Gupta
Acked-by: Arnd Bergmann
---
arch/arc/Kconfig |1 +
arch/arc/kernel/Makefile |3 +
arch/arc/kernel/entry.S | 68 +++
arch/arc/kernel/ptrace.c | 136 +-
4 files changed, 206
arches can have more efficient implementation of these routines
Acked-by: Arnd Bergmann
Signed-off-by: Vineet Gupta
---
include/asm-generic/checksum.h |4
lib/checksum.c |2 ++
2 files changed, 6 insertions(+), 0 deletions(-)
diff --git
Add tegra_chip_id TEGRA114 0x35
Signed-off-by: Hiroshi Doyu
---
arch/arm/mach-tegra/fuse.h |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mach-tegra/fuse.h b/arch/arm/mach-tegra/fuse.h
index ff1383d..da78434 100644
--- a/arch/arm/mach-tegra/fuse.h
+++
On Thu, Jan 24, 2013 at 12:13:29PM +0100, Wolfram Sang wrote:
> On Sat, Dec 15, 2012 at 11:21:36PM +0900, Mark Brown wrote:
> > also get things like read operations which appear as multiple
> > transactions on the I2C bus so require something higher level than what
> > multi-master provides.
> I
On 23.1.2013 22:41, Peter Senna Tschudin wrote:
> ping
pong
I added the patch to kbuild.git#misc now, sorry for the delay.
Michal
--
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
* Includes mapping of CCMs in address space
* Annotations to move arbitrary code/data into CCM
* Moving some of the critical code/data into CCM
* Runtime detection/reporting
Signed-off-by: Vineet Gupta
---
arch/arc/Kconfig | 27
Add new Tegra 114 SoC support.
Signed-off-by: Hiroshi Doyu
---
arch/arm/mach-tegra/Kconfig | 10 +++
arch/arm/mach-tegra/Makefile|1 +
arch/arm/mach-tegra/board-dt-tegra114.c | 48 +++
arch/arm/mach-tegra/common.c|1
Signed-off-by: Vineet Gupta
---
arch/arc/include/asm/futex.h | 151 ++
1 files changed, 151 insertions(+), 0 deletions(-)
create mode 100644 arch/arc/include/asm/futex.h
diff --git a/arch/arc/include/asm/futex.h b/arch/arc/include/asm/futex.h
new file
The following changes since commit 7d1f9aeff1ee4a20b1aeb377dd0f579fe9647619:
Linux 3.8-rc4 (2013-01-17 19:25:45 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git
tags/regmap-fix-3.8-rc4
for you to fetch changes up to
Initial support for Tegra 114 SoC. This is expected to be included in
the board DTS files, Tegra 114 SoC based evaluation board family.
Signed-off-by: Hiroshi Doyu
---
arch/arm/boot/dts/tegra114.dtsi | 114 +++
1 file changed, 114 insertions(+)
create mode
701 - 800 of 1970 matches
Mail list logo