North Bridge VIA VT8363A.
Any info on how I could possibly retrieve data from my disk (hda) would
be greatly appreciated...
Thanks
Jason Frantz
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at h
On Thursday, October 22, 2015 04:47 PM, Tejun Heo wrote:
Hello,
On Mon, Oct 19, 2015 at 07:40:13AM -0700, Zhangqing Luo wrote:
> So every time blk_mq_freeze_queue_start, it runs in this way
>
> blk_mq_freeze_queue_start
> ->percpu_ref_kill->percpu_ref_kill_and_confirm
> ->__percpu_ref_swi
ivial as I had hoped. Jason, can you give the
attached patch a try? All I've done is boot tested it so far.
Thanks!
Jeff
diff --git a/block/blk-mq.c b/block/blk-mq.c
index 7785ae9..8b4c484 100644
--- a/block/blk-mq.c
+++ b/block/blk-mq.c
@@ -1860,27 +1860,26 @@ static void blk_mq_map_swqueu
d by commit 0d2602ca30e41 (blk-mq: improve
support for shared tags maps).
Reported-and-tested-by: Jason Luo
Signed-off-by: Jeff Moyer
diff --git a/block/blk-mq.c b/block/blk-mq.c
index 7785ae9..8b4c484 100644
--- a/block/blk-mq.c
+++ b/block/blk-mq.c
@@ -1860,27 +1860,26 @@ static void
When using vfio to pass through a PCIe device (e.g. a GPU card) that
has a huge BAR (e.g. 16GB), a lot of cycles are wasted on memory
pinning because PFNs of PCI BAR are not backed by struct page, and
the corresponding VMA has flags VM_IO|VM_PFNMAP.
With this change, memory pinning process will fi
On Mon, Nov 26, 2012 at 02:03:16PM +, Grant Likely wrote:
> On Wed, 21 Nov 2012 14:02:40 -0700, Jason Gunthorpe
> wrote:
> > 'assigned-addresses' is used for certain PCI device type nodes in
> > lieu of 'reg', since this is enforced by of/address.c, hav
On Mon, Nov 26, 2012 at 02:23:56PM -0600, Kent Yoder wrote:
> On Wed, Nov 21, 2012 at 11:50:24PM +0100, Peter Huewe wrote:
> > Am Mittwoch, 21. November 2012, 21:56:45 schrieb Jason Gunthorpe:
> > > This seems to be preferred these days.
> > >
> > > Signed-off
(reg->userspace_addr + addr - reg->guest_phys_addr);
s += size;
Acked-by: Jason Wang
--
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 http://vger.kernel
On 11/27/2012 01:37 AM, Stephen Hemminger wrote:
On Mon, 26 Nov 2012 15:56:52 +0800
Jason Wang wrote:
Some deivces do not free the old tx skbs immediately after it has been sent
(usually in tx interrupt). One such example is virtio-net which optimizes for
virt and only free the possible old
/127
- V5: http://lwn.net/Articles/505388/
- V4: https://lkml.org/lkml/2012/6/25/120
- V2: http://lwn.net/Articles/467283/
Perf Numbers:
Will do some basic test and post as a reply to this mail.
Jason Wang (3):
virtio-net: separate fields of sending/receiving queue from
virtnet_info
virtio_
-off-by: Jason Wang
---
drivers/net/virtio_net.c | 289 +-
1 files changed, 158 insertions(+), 131 deletions(-)
diff --git a/drivers/net/virtio_net.c b/drivers/net/virtio_net.c
index 26c502e..7975133 100644
--- a/drivers/net/virtio_net.c
+++ b/drivers
processor id.
- smp affinity hint were set to the vcpu that owns the queue pairs.
Signed-off-by: Krishna Kumar
Signed-off-by: Jason Wang
---
drivers/net/virtio_net.c| 454 ++-
include/uapi/linux/virtio_net.h | 16 ++
2 files changed, 371 insertions
This patch implement the {set|get}_channels method of ethool to allow user to
change the number of queues dymaically when the device is running. This would
let the user to configure it on demand.
Signed-off-by: Jason Wang
---
drivers/net/virtio_net.c | 41
On 11/28/2012 12:49 AM, Stephen Hemminger wrote:
On Tue, 27 Nov 2012 14:45:13 +0800
Jason Wang wrote:
On 11/27/2012 01:37 AM, Stephen Hemminger wrote:
On Mon, 26 Nov 2012 15:56:52 +0800
Jason Wang wrote:
Some deivces do not free the old tx skbs immediately after it has been sent
(usually
On Wednesday, November 28, 2012 11:25:41 AM Jiri Slaby wrote:
> Hi,
>
> with this commit:
> commit c8d68e6be1c3b242f1c598595830890b65cea64a
> Author: Jason Wang
> Date: Wed Oct 31 19:46:00 2012 +
>
> tuntap: multiqueue support
>
>
> I see fork bombs
On Wednesday, November 28, 2012 08:53:05 AM Stephen Hemminger wrote:
> On Wed, 28 Nov 2012 14:48:52 +0800
>
> Jason Wang wrote:
> > On 11/28/2012 12:49 AM, Stephen Hemminger wrote:
> > > On Tue, 27 Nov 2012 14:45:13 +0800
> > >
> > > Jason Wang wro
is happening is that of_device_make_bus_id *only* calls
*_translate_address if 'reg' is a property of the node. The patch
simply extends that to call if 'reg' or 'assigned-addresses' are a
property of the node. of_device_make_bus_id doesn't do anything with
the &
ivers/cpuidle/cpuidle-kirkwood.c |6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
Acked-by: Jason Cooper
thx,
Jason.
--
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 03/18/2013 12:10 AM, David Miller wrote:
> From: Jason Wang
> Date: Fri, 15 Mar 2013 15:41:44 +0800
>
>> Commit 1def9238d4aa2 (net_sched: more precise pkt_len computation) tries to
>> do
>> precise packet len computation for GSO packets, but it does not check wheth
On 03/18/2013 12:13 AM, David Miller wrote:
> From: Eric Dumazet
> Date: Fri, 15 Mar 2013 19:10:51 -0700
>
>> Any way we can avoid adding this to fast path, for people not using
>> macvtap and ixgbe ?
> Likewise I'd rather see macvtap be responsible for fixing this up by
> setting the transport he
vebu/for-next),
FYI: that branch isn't stable, it's used as a merge-test of
arm-soc/for-next (also not stable) and any branches I am trying to push
upstream that day.
Gregory has a patch in the works for this. Hopefully he'll submit
it by the end of the week.
thx,
Jason.
--
To
On Tue, Mar 19, 2013 at 11:19:05PM +0900, Masami Hiramatsu wrote:
> Hi Jason,
>
> (2013/03/19 22:33), Jason Cooper wrote:
> > On Tue, Mar 19, 2013 at 10:12:37PM +0900, Masami Hiramatsu wrote:
> >> Hi,
> >>
> >> Here I've hit a bug on the recent ke
On 03/19/2013 08:58 PM, Eric Dumazet wrote:
> On Tue, 2013-03-19 at 05:10 -0700, Eric Dumazet wrote:
>> On Tue, 2013-03-19 at 17:25 +0800, Jason Wang wrote:
>>
>>> I believe before doing header check for untrusted packets, the only
>>> thing we can trust is skb-
ned-off-by: Sebastian Hesselbarth
> ---
> Changelog:
> [v2]
> - add note in patch description that MAC address is lost only when using
> modular driver
> - add note in patch description that the workaround will be removed soon
>
> Cc: Simon Baatz
> Cc: Jason Cooper
sa310.c | 1 +
> 1 file changed, 1 insertion(+)
What is this based against? We're in the process of removing this whole
file for v3.9 (pinctrl, mv643xx_eth, and i2c)...
thx,
Jason.
>
> diff --git a/arch/arm/mach-kirkwood/board-nsa310.c
> b/arch/arm/mach-kirkwood/board-nsa31
On Tue, Feb 05, 2013 at 04:38:07PM +0100, Thierry Reding wrote:
> On Tue, Feb 05, 2013 at 10:34:11AM -0500, Jason Cooper wrote:
> > Thierry,
> >
> > On Tue, Feb 05, 2013 at 04:10:25PM +0100, Thierry Reding wrote:
> > > The nsa310 board uses I2C_BOARD_INFO and i
mainline.
I can look at and test the patches as well, if someone would send the
latest versions my way.
Regards,
Jason
--
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 http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Thu, Feb 07, 2013 at 12:22:56PM +, Grant Likely wrote:
> leds-ns2.txt is a binding for LEDs, not GPIOs. Move the documentation in
> with the rest of the LEDs bindings.
>
> Cc: Andrew Lunn
> Cc: Simon Guinot
> Cc: Jason Cooper
> Signed-off-by: Grant Likely
&g
ffers for orion-ehci?
Keeping in mind that I am completely unfamiliar with usb dvb, my best
guess is that the problem is in em28xx-core.c:1131
According to your log messages, it is in mode 2, which is
EM28XX_DIGITAL_MODE.
There seem to be good hints in
86d38d1e [media] em28xx: pre-allocate DVB is
days when a OF device is automatically converted into a platform
device all the struct resources are created too, so you can't you just
use platform_get_resource and devm_request_and_ioremap for both flows?
Ditto for the interrupt - platform_get_irq should work in both cases?
Jason
--
To unsubsc
compatible = "marvell,mv643xx-eth";
reg = <0x72000 0x4000>;
port_number = <0>;
phy-handle = <&PHY1>;
interrupts = <11>;
local-mac-addres
its up DT board setup and introduces a DOVE_LEGACY config
> to allow to remove legacy code for DT-only kernels.
>
> Signed-off-by: Sebastian Hesselbarth
> ---
> Cc: Russell King
> Cc: Jason Cooper
> Cc: Andrew Lunn
> Cc: Sebastian Hesselbarth
> Cc: linux-arm-ker
o first cleanup common.c includes [1/2]
> and then split legacy and DT specific code [2/2]
> - removed v1 patch "[PATCH 3/3] ARM: Dove: add Cubox sdhci card
> detect gpio" that was taken independently
>
> Cc: Russell King
> Cc: Jason Cooper
> Cc: Andrew
ound
> to always enable ge0/ge1 clocks on kirkwood. This workaround is also
> already used on non-DT kirkwood kernels.
Could you please make it clear that this is only relevant for scenarios
where mv643xx_eth is built as a module?
thx,
Jason.
>
> Reported-by: Simon Baatz
>
ase let me
know which tree and branch you put them in so I can properly depend on
them.
thx,
Jason.
On Fri, Jan 25, 2013 at 06:32:40PM +0100, Gregory CLEMENT wrote:
> Hello,
>
> The Armada XP SoCs comes with private timers. This allows us to use
> local timers through CONFIG_LOCAL_T
not changed and is not resent)
>
> Cc: Russell King
> Cc: Jason Cooper
> Cc: Andrew Lunn
> Cc: Sebastian Hesselbarth
> Cc: linux-arm-ker...@lists.infradead.org
> Cc: linux-kernel@vger.kernel.org
> ---
> arch/arm/mach-dove/Kconfig|5 ++
> arch/arm/m
Restore current_thread_info lastly. */
- memcpy(exception_thread_info, backup_current_thread_info,
sizeof *thread_info);
+ memcpy(exception_thread_info, &kgdb_backup_thread_info[cpu],
sizeof *thread_info);
- kfree(backup_current_thread_info);
return 1;
'depends on' buisness is only due to the unconditional
probing of TIS_MEM_BASE for a tpm, and then the autodetection of an
IRQ number. That procedure is very much X86 only.
My patch removes the unconditional probe when OF support is turned on,
so it is safe to use on any platform only when
On 01/17/2013 09:16 AM, Jason Wang wrote:
> On 01/17/2013 01:03 AM, Michael S. Tsirkin wrote:
>> On Wed, Jan 16, 2013 at 11:44:38PM +0800, Jason Wang wrote:
>>> We forbid polling, writing and reading when the file were detached, this may
>>> complex the user in several
if (status != EFI_SUCCESS) {
/* should never happen */
printk(KERN_ERR "efitime: can't read time\n");
return -EINVAL;
}
convert_from_efi_time(&eft, tm);
return rtc_valid_tm(tm);
}
Jason
--
To unsubscribe from thi
from CPU to the preferable virtual-queue.
>
> Cc: Rusty Russell
> Cc: "Michael S. Tsirkin"
> Cc: Jason Wang
> Cc: Eric Dumazet
> Cc: virtualizat...@lists.linux-foundation.org
> Cc: net...@vger.kernel.org
> Signed-off-by: Wanlong Gao
> ---
> V5->V6:
&g
On 01/21/2013 07:25 PM, Wanlong Gao wrote:
> Split out the clean affinity function to virtnet_clean_affinity().
>
> Cc: Rusty Russell
> Cc: "Michael S. Tsirkin"
> Cc: Jason Wang
> Cc: Eric Dumazet
> Cc: virtualizat...@lists.linux-foundation.org
> Cc: net.
On 01/25/2013 12:20 PM, Wanlong Gao wrote:
> On 01/25/2013 11:28 AM, Jason Wang wrote:
>> On 01/21/2013 07:25 PM, Wanlong Gao wrote:
>>> Split out the clean affinity function to virtnet_clean_affinity().
>>>
>>> Cc: Rusty Russell
>>> Cc: "Mic
On Friday, January 25, 2013 03:03:13 AM Cong Wang wrote:
> ["Followup-To:" header set to gmane.linux.network.]
>
> On Wed, 23 Jan 2013 at 20:46 GMT, Romain Francoise
wrote:
> > Creating a vhost-net device allocates an object large enough (34320 bytes
> > on x86-64) to trigger an order-4 allocati
On 01/25/2013 01:40 PM, Wanlong Gao wrote:
> On 01/25/2013 01:13 PM, Jason Wang wrote:
>> On 01/25/2013 12:20 PM, Wanlong Gao wrote:
>>> On 01/25/2013 11:28 AM, Jason Wang wrote:
>>>> On 01/21/2013 07:25 PM, Wanlong Gao wrote:
>>>>> Split out the clea
On 01/25/2013 02:42 PM, Wanlong Gao wrote:
> On 01/25/2013 02:12 PM, Jason Wang wrote:
>> On 01/25/2013 01:40 PM, Wanlong Gao wrote:
>>> On 01/25/2013 01:13 PM, Jason Wang wrote:
>>>> On 01/25/2013 12:20 PM, Wanlong Gao wrote:
>>>>> On 01/25/2013 11:28
from CPU to the preferable virtual-queue.
>
> Cc: Rusty Russell
> Cc: "Michael S. Tsirkin"
> Cc: Jason Wang
> Cc: Eric Dumazet
> Cc: "David S. Miller"
> Cc: virtualizat...@lists.linux-foundation.org
> Cc: net...@vger.kernel.org
> Signed-off-by:
On 01/25/2013 05:05 PM, Wanlong Gao wrote:
> On 01/25/2013 05:00 PM, Jason Wang wrote:
>> On 01/25/2013 04:36 PM, Wanlong Gao wrote:
>>> As Michael mentioned, set affinity and select queue will not work very
>>> well when CPU IDs are not consecutive, this can happen wi
you want it
> applied through pinctrl.
Which branch did you put the first two on? I'm not seeing them.
thx,
Jason.
--
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 http://vge
On Fri, Jan 25, 2013 at 01:55:04PM +0100, Linus Walleij wrote:
> On Fri, Jan 25, 2013 at 1:46 PM, Jason Cooper wrote:
> > On Fri, Jan 25, 2013 at 09:17:57AM +0100, Linus Walleij wrote:
> >> On Tue, Jan 22, 2013 at 10:10 PM, Gregory CLEMENT
> >> wrote:
> >>
>
On Fri, Jan 25, 2013 at 01:57:51PM +0100, Linus Walleij wrote:
> On Fri, Jan 25, 2013 at 1:55 PM, Linus Walleij
> wrote:
> > On Fri, Jan 25, 2013 at 1:46 PM, Jason Cooper wrote:
> >> On Fri, Jan 25, 2013 at 09:17:57AM +0100, Linus Walleij wrote:
> >>> On Tue,
On Tue, Jan 22, 2013 at 05:29:23PM -0600, Kent Yoder wrote:
> Hi Jason,
>
> On Wed, Nov 21, 2012 at 3:15 PM, Jason Gunthorpe
> wrote:
> > We've been testing an alternative TPM for our embedded products and
> > found random kernel boot failures due to time outs aft
its up DT board setup and introduces a DOVE_LEGACY config
> to allow to remove legacy code for DT-only kernels.
>
> Signed-off-by: Sebastian Hesselbarth
> ---
> Cc: Russell King
> Cc: Jason Cooper
> Cc: Andrew Lunn
> Cc: Sebastian Hesselbarth
> Cc: linux-arm-ker
On Tue, Dec 18, 2012 at 01:24:28AM +0100, Sebastian Hesselbarth wrote:
> With DT board setup removed from common code, it is a good time
> to cleanup unneccessary includes from common dove code.
>
> Signed-off-by: Sebastian Hesselbarth
> ---
> Cc: Russell King
> Cc: Jason
On Tuesday, December 04, 2012 03:49:59 PM Michael S. Tsirkin wrote:
> On Tue, Dec 04, 2012 at 07:07:58PM +0800, Jason Wang wrote:
> > This patch implement the ethtool_{set|get}_channels method of ethool to
> > allow user to change the number of queues dymaically when the device
On Tuesday, December 04, 2012 03:24:22 PM Michael S. Tsirkin wrote:
> I found some bugs, see below.
> Also some style nitpicking, this is not mandatory to address.
Thanks for the reviewing.
>
> On Tue, Dec 04, 2012 at 07:07:57PM +0800, Jason Wang wrote:
> > This addes mul
On Monday, December 03, 2012 08:01:11 AM Stephen Hemminger wrote:
> On Mon, 03 Dec 2012 14:45:46 +0800
>
> Jason Wang wrote:
> > On Tuesday, November 27, 2012 08:49:19 AM Stephen Hemminger wrote:
> > > On Tue, 27 Nov 2012 14:45:13 +0800
> > >
> > > Jaso
On Saturday, January 26, 2013 11:29:49 AM Toralf Förster wrote:
> With kernel 3.8. I just realized that all pre-defined TAP devices are
> RUNNING even if no virtual linux system is using it. Now I'm wondering
> whether this is a new feature of the upcoming kernel, a bug of the old -
> and how I can
ntap patch
Changes from v1:
- restore the state before the ioctl when vhost_init_used() fails
- log the error when meet polling errors in the data path
- don't put into waitqueue when tun_chr_poll() return POLLERR
Jason Wang (3):
vhost_net: correct error handling in vhost_net_set_backend()
v
Currently, when vhost_init_used() fails the sock refcnt and ubufs were
leaked. Correct this by calling vhost_init_used() before assign ubufs and
restore the oldsock when it fails.
Signed-off-by: Jason Wang
---
drivers/vhost/net.c | 16 +++-
1 files changed, 11 insertions(+), 5
fix, there still could be a polling failure after backend is set, it
will addressed by the next patch.
Signed-off-by: Jason Wang
---
drivers/vhost/net.c | 27 ++-
drivers/vhost/vhost.c | 18 +++---
drivers/vhost/vhost.h |2 +-
3 files changed, 34 inserti
user (e.g vhost)
We can simply achieve this by don't assign NULL to tfile->tun when detached.
Signed-off-by: Jason Wang
---
drivers/net/tun.c | 25 -
1 files changed, 16 insertions(+), 9 deletions(-)
diff --git a/drivers/net/tun.c b/drivers/net/tun.c
index
To fix, put this back but under if (clean).
>
> Signed-off-by: Michael S. Tsirkin
>
> ---
>
> Changes from v1:
> Don't set carrier off unless all queues are closed.
>
> Note: didn't test in MQ mode - Jason, care checking this does the
> right thing ther
Thomas,
2013/2/23 Thomas Gleixner :
> On Fri, 22 Feb 2013, Lorenzo Pieralisi wrote:
>> On Fri, Feb 22, 2013 at 03:03:02PM +, Thomas Gleixner wrote:
>> > On Fri, 22 Feb 2013, Lorenzo Pieralisi wrote:
>> > > On Fri, Feb 22, 2013 at 12:07:30PM +, Thomas Gleixner wrote:
>> > > > Now we could m
On Tue, Feb 26, 2013 at 07:41:18AM +, Grant Likely wrote:
> On Fri, 7 Dec 2012 16:10:17 -0700, Jason Gunthorpe
> wrote:
> > Allow the platform driver to bind through OF. The existing
> > OF machinery for setting the resource names through OF is used to
> > configure t
that the 8250 serial driver patch is the first bad
> > commit.
> >
> > serial: 8250_dw: Don't use UPF_FIXED_TYPE
> >
> > 966c4e39b5f7f249d7bb4c409176c9e6c5d48025
>
> I'm assuming this is the same issue Gregory already reported. Can you
> try the at
> platform device and it has the resources then the parenthood chain
> doesn't match up. It isn't immediately obvious to me how to fix this.
> I'm going to drop the patch from my tree. I could use some help
> figuring out what the correct behaviour really should be here.
I l
|
|---<-enter idle <- reprogram the expired loc timer
--<
I have run into the worst case on my project. I think this is the
common issue on ARM platform.
What do you think how we can fix this problem?
Thanks you.
Best Regards,
Jason Li
2013/2/20 Thomas Gleixner :
> On Wed, 20 Feb 2013, Jason Liu wrote:
>> void arch_idle(void)
>> {
>>
>> clockevents_notify(CLOCK_EVT_NOTIFY_BROADCAST_ENTER, &cpu);
>>
>> enter_the_wait_mode();
>>
>> clockevents_notify(CLOCK_EVT_NOTIFY_BRO
On 02/21/2013 04:30 PM, Wanlong Gao wrote:
> On 02/19/2013 03:56 PM, Rusty Russell wrote:
>> It's a bit cleaner to hand multiple sgs, rather than one big one.
>>
>> Signed-off-by: Rusty Russell
>> ---
>> drivers/net/virtio_net.c | 50
>> ++
>> 1 file
2013/2/21 Lorenzo Pieralisi :
> Hi Jason,
>
> On Thu, Feb 21, 2013 at 06:16:51AM +0000, Jason Liu wrote:
>> 2013/2/20 Thomas Gleixner :
>> > On Wed, 20 Feb 2013, Jason Liu wrote:
>> >> void arch_idle(void)
>> >> {
>> >>
>
2013/2/21 Thomas Gleixner :
> On Thu, 21 Feb 2013, Jason Liu wrote:
>> 2013/2/20 Thomas Gleixner :
>> > On Wed, 20 Feb 2013, Jason Liu wrote:
>> >> void arch_idle(void)
>> >> {
>> >>
>> >> clockevents_notify(CLOCK_
Thomas,
2013/2/21 Thomas Gleixner :
> Jason,
>
> On Thu, 21 Feb 2013, Jason Liu wrote:
>> 2013/2/21 Thomas Gleixner :
>> > Now your explanation makes sense.
>> >
>> > I have no fast solution for this, but I think that I have an idea how
>> > t
action is required).
>
> Hi Stephan
>
> Looks O.K. to me.
>
> Acked-by: Andrew Lunn
Same here,
Acked-by: Jason Cooper
>
> >
> > --
> > Cheers,
> > Stephen Rothwells...@canb.auug.org.au
> >
> > diff --cc dr
On Tue, Mar 12, 2013 at 04:37:39AM -0700, Olof Johansson wrote:
> On Tue, Mar 12, 2013 at 4:12 AM, Jason Cooper wrote:
> > On Tue, Mar 12, 2013 at 07:25:09AM +0100, Andrew Lunn wrote:
> >> On Tue, Mar 12, 2013 at 02:47:14PM +1100, Stephen Rothwell wrote:
> >> > Hi
On Tue, Mar 12, 2013 at 12:48:24PM +, Arnd Bergmann wrote:
> On Tuesday 12 March 2013, Jason Cooper wrote:
> > I chose to keep them together to maintain bisectability. Either you
> > have all of the fix (you landed on this branch), or you don't. Was this
> > the cor
The Marvell RTC on Kirkwood makes use of the runit clock. Ensure the
> driver clk_prepare_enable() this clock, otherwise there is a danger
> the SoC will lockup when accessing RTC registers with the clock
> disabled.
>
> Reported-by: Simon Baatz
> Signed-off-by: Andrew Lunn
>
From: David Woodhouse
While investigating (ab)use of krealloc, David found this bug. It's
unlikely to occur, but now we detect the condition and error out
appropriately.
Signed-off-by: David Woodhouse
Signed-off-by: Jason Cooper
---
David, please double check that this is as you intende
From: David Woodhouse
While investigating (ab)use of krealloc, David found this bug. It's
unlikely to occur, but now we detect the condition and error out
appropriately.
Signed-off-by: David Woodhouse
Signed-off-by: Jason Cooper
---
Changes from v1:
- correct typo (s/ nt / int
On Wed, Mar 13, 2013 at 06:47:36PM +0100, Linus Walleij wrote:
> On Wed, Mar 13, 2013 at 6:35 PM, Jason Cooper wrote:
>
> > From: David Woodhouse
> >
> > While investigating (ab)use of krealloc, David found this bug. It's
> > unlikely to occur, but now we
Florian,
Any word on version 2 of this series? I'd like to base the conversion
of kirkwood to DT based ethernet init on it.
thx,
Jason.
On Tue, Jan 29, 2013 at 04:24:03PM +0100, Florian Fainelli wrote:
> Hi all,
>
> This patch converts the mv643xx_eth driver to use the mvmdio M
On Thu, Mar 14, 2013 at 07:09:18PM +0100, Florian Fainelli wrote:
> Hello Jason,
>
> Le 03/14/13 18:25, Jason Cooper a écrit :
> >Florian,
> >
> >Any word on version 2 of this series? I'd like to base the conversion
> >of kirkwood to DT based ethernet i
marvell/Kconfig |1 +
> drivers/net/ethernet/marvell/mv643xx_eth.c | 186
> ++--
> include/linux/mv643xx_eth.h|1 -
> 6 files changed, 117 insertions(+), 202 deletions(-)
Isn't this the old version of 4/4 ?
thx,
Jason.
>
On Thu, Mar 14, 2013 at 08:32:57PM +0100, Florian Fainelli wrote:
> Hello Jason,
>
> Le 14/03/2013 20:02, Jason Cooper a écrit :
> >Florian,
> >
> >On Thu, Mar 14, 2013 at 07:08:32PM +0100, Florian Fainelli wrote:
> >>This patch converts the Marvell MV643XX et
ot be correct. So this
patch just bypass the precise pkt_len computation for packet from untrusted
source (SKB_GSO_DODGY).
Cc: Eric Dumazet
Signed-off-by: Jason Wang
---
net/core/dev.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/net/core/dev.c b/net/core/dev.c
index 90
80 cc 00 00 00 48 01 c1 0f 84 a0 00 00 00 <0f> b6 41 0d a8 01 0f 85
94 00 00 00 a8 02 75 0a 41 3a 7d 5c 0f
RIP [] ixgbe_xmit_frame_ring+0x220/0x5e0 [ixgbe]
RSP
CR2: 8805166f760c
Cc: Eric Dumazet
Signed-off-by: Jason Wang
---
net/core/dev.c |3 +++
1 files changed, 3 insertions
he HW.
This will fix an issue where UART driver causes kernel
panic during bootup. Gregory CLEMENT traced the issue to
autoconfig() in 8250.c, where the existence of FIFO is
checked from UART_IIR register. The register is now read as
32-bit value as the reg-io-width is set to
Hi Andrew,
Thanks for the bug report. I need to send a patch to update the maintainers
file...
Haven't had a chance to look into this yet. Will get back to you.
Thanks,
-Jason
On 03/11/2013 10:28 PM, Andrew Cooks wrote:
> On Tue, Mar 12, 2013 at 9:14 AM, Andrew Cooks wrote:
>
ting. I don't know yet
if it is the end of the road for these patches, but for anyone who
wanted to try the latest version of this patch set it is at:
git://git.kernel.org/pub/scm/linux/kernel/git/jwessel/kgdb.git
lines_for_locations_3_6
And thanks to everyone for the good discussion.
Cheers,
J
On 08/28/2012 07:54 PM, Paolo Bonzini wrote:
From: Jason Wang
Instead of storing the queue index in transport-specific virtio structs,
this patch moves them to vring_virtqueue and introduces an helper to get
the value. This lets drivers simplify their management and tracing of
virtqueues
s been
cropping up by various submitters for the past 6 months or so, it would
be nice to finally get it in.
thx,
Jason.
[1] http://www.arm.linux.org.uk/developer/patches/
> ---
> arch/arm/Makefile | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/arch/arm/
failing the probing in
kvm guest.
- The hypervisor has been detected in init_hypervisor(), so no need to do the
work again.
Cc: "K. Y. Srinivasan"
Cc: Haiyang Zhang
Signed-off-by: Jason Wang
---
drivers/hv/vmbus_drv.c | 25 ++---
1 files changed, 2 inserti
On Sun, Sep 02, 2012 at 10:27:29AM +0200, Sebastian Hesselbarth wrote:
> Maybe Jason can also comment on what branch he wants to have it based
> on, as we all agreed to get it through the Marvell tree.
Please base against:
git://git.infradead.org/users/jcooper/linux.git boards-for-v3.7-v
On Wed, Sep 12, 2012 at 06:13:30PM -0700, Joe Perches wrote:
> On Thu, 2012-09-06 at 13:53 -0400, Jason Baron wrote:
> > On Thu, Sep 06, 2012 at 09:13:59AM -0700, Greg Kroah-Hartman wrote:
> > > Jason, any ACK on these, or any of the other random dynamic debug
> > > pat
user space thread when
running on a 64bit kernel.
Signed-off-by: Jason Wessel <[EMAIL PROTECTED]>
---
arch/x86/oprofile/backtrace.c | 40 +++-
1 file changed, 39 insertions(+), 1 deletion(-)
--- a/arch/x86/oprofile/backtrace.c
+++ b/arch/x86/oprofile/
The TPM will respond to TPM_GET_CAP with TPM_ERR_INVALID_POSTINIT if
TPM_STARTUP has not been issued. Detect this and automatically
issue TPM_STARTUP.
This is for embedded applications where the kernel is the first thing
to touch the TPM.
Signed-off-by: Jason Gunthorpe
---
drivers/char/tpm
I do anything further to get this patch into mainline.
> You store vmlinux.gz in a cramfs? Is that a typo, or have you already
> compressed the kernel twice?
The compression can either be intrisic to cramfs or a raw elf that has
been gzip'd.
Jason
--
To unsubscribe from this list: se
This provides an open firwmare driver binding for tpm_tis. OF
is useful on arches where PNP is not used.
Allow the tpm_tis driver to be selected if OF is compiled in.
Signed-off-by: Jason Gunthorpe
---
drivers/char/tpm/Kconfig |2 +-
drivers/char/tpm/tpm_tis.c | 79
eployment). Both are compressed, one is
compressed using gzip and one is compressed using zlib in CRAMFS. It
is hard to see how to store a zImage in CRAMFS and avoid double
de-compression. We never store an ELF.gz in CRAMFS.
Since the entire point of zImage is to introduce compression it is
ha
tree = phys_to_virt(dt_phys);
#endif
Where the 'dev tree provider' would use the stored bootloader
registers and any other information to return the proper DTB.
Jason
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
1 - 100 of 9317 matches
Mail list logo
