ough there
are problems accessing the floppy after the initial boot without USB drivers,
of course)
I will look into building a 2.4.0 floppy-bootable kernel on my Z505 and see if
I can reproduce the problems you're having.
-alex
-
To unsubscribe from this list: send the line "unsubscr
zImage you would have had the same results.
My advice is to try using SYSLINUX
(http://www.kernel.org/pub/linux/utils/boot/syslinux/) to load the kernel
instead of writing it straight to the floppy, as this is known to work on the
Z505 and is more flexible anyway.
-alex
-
To unsubscribe from this li
disk is primary, and a flashdisk is secondary, the detection
code (wrongly) disables the primary disk that it had already previously
detected.
I would like to see this make it into the official source as it's a very small
change that fixes some obviously wrong behavior..
-alex
--- drivers/i
eady_performed_ detection of hda in this way.
Basically, as is, the kernel finds hda (traditional IDE device), configures it
normally, then finds hdb (flash), and clobbers all the correct info it already
detected for hda. This seems just plain wrong.
-alex
-
To unsubscribe from this list: send th
ter and no slave, and don't handle slave accesses well (right?). It
should be noted that my patch does _not_ break these cases at all.
-alex
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
#x27;s probably exposed via ACPI or
something similar. Any ACPI folks got thoughts on this as a possibility (and
how one might find out)? I have to admit I haven't played with it much.
-alex
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
uch less likely to
conflict with normal filesystem namespaces.
This also has the advantage of being extendable (using strings other than
"...") for other applications or future additions.
-alex
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
robably want to do is
fork(), then do a chroot() in the child and do whatever you want to do there,
when you're done with the CD, exit the child, and have the parent eject it.
-alex
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
ue is.
3) Apparently already being aware that a problem exists, if perhaps mistaken
about solutions available.
I have to say that in my experience, this is a helluva lot more on the ball
than what you'd get from most places, and indicates to me that there may be
hope yet for getting this fi
If in doubt, go for the larger
number. After all, with an 8.1GB drive, how much are you going to miss a puny
0.25GB (256MB) chunk of it?
-alex
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
s than or equal to RAM is now
effectively pointless?
-alex
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
f most of your programs
> fit in memory and you're hardly using swap, nothing changes.
I think I'm confused.. are you saying that it's useful to have swap which you
can't use? (What I'm hearing is "if you try to use it it won't work, but if
you don't use it
nd not something I'd rely on for anything too
important.
-alex
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
it either way. The
one thing I would like to point out is that "disk" is the standard industry
convention, and thus if anything I think it should have more weight behind it
solely because of that (it's good to be consistent with what everybody else in
the industry is doing, even if it is something as minor as spelling of terms.)
-alex
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
ltiple places
different developers have put in different checks for the thing they're
trying to do.
Perhaps a "Kernel Hacking" configuration option (or just something in a
documented .h file) for "Allow compiling with buggy GCC 2.96" which would turn
off all such check
m sending it to the list)
-alex
--- drivers/net/eepro100.c.orig Mon Jul 2 14:03:04 2001
+++ drivers/net/eepro100.c Fri Jul 20 13:28:20 2001
@@ -976,6 +976,11 @@
if ((sp->phy[0] & 0x8000) == 0)
sp->advertising = mdio_read(ioaddr, sp->phy[0] & 0x1f, 4)
--
Hello,
I have a project i want to bring to you.. please respond for details
Alex
kvm: 31848: cpu2 unhandled rdmsr: 0xc0010048
[59186.954027] kvm: 31848: cpu3 unhandled rdmsr: 0xc0010048
Thanks,
Alex
--
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 2/9/21 10:12 PM, Geert Uytterhoeven wrote:
> Hi Alex,
>
> Thanks for your patch!
>
> On Sun, Feb 7, 2021 at 4:08 PM wrote:
>> From: Zhang Kun
>>
>> The parameters of sh_pfc_enum_in_range() pinmux_range *r should be checked
>> first fo
Wassup. I see you're in wa kup now and just letting you know I have 2 softwares
thatgive you unlimited leads. reply back if your interested in deeing the in
action.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
Mo
what clock source the OS is using
even in windows.
I even tried firing an email at the AmiBios guys. I think I have
exhausted every avenue of help as far as the hardware goes.
Any suggestions?
Kind regards,
Alex
On 2013-12-29 11:21, Alex wrote:
On 2013-12-29 01:35, One Thousand Gnomes wrote
latest bios.
Some info on the problem (various outputs of shell commands):
-
alex@desktop:~$ uname -a
Linux desktop 3.12.5-custom #1 SMP PREEMPT Sat Dec 21 17:28:12 EST 2013
x86_64 x86_64 x86_64 GNU/Linux
alex@desktop:~$ dmesg | grep -i
sc_barrier();
start = get_cycles();
rdtsc_barrier();
Now i see this during boot:
alex@desktop:~$ dmesg | grep -i tsc
tsc: Fast TSC calibration using PIT
tsc: Detected 3400.348 MHz processor
TSC deadline timer enabled
TSC synchronization [CPU#0 -> CPU#3]:
Measured 56 cycles TSC warp
sting strategy but is outside my
knowledge
scope as a regular end user (I do have a reasonable understanding of C
and can patch+
recompile) but I lack the architecture knowledge to implement a patch
to do this.
Any suggestions?
--
Kind Regards,
Alex.
--
To unsubscribe from this list: send the
-off-by: Alex Diaz
---
tools/perf/util/string.c | 25 -
tools/perf/util/string2.h | 2 ++
2 files changed, 22 insertions(+), 5 deletions(-)
diff --git a/tools/perf/util/string.c b/tools/perf/util/string.c
index 52603876c548..4c3913a9e7e7 100644
--- a/tools/perf/util
Hi,
I'm having a problem trying to figure out why the kernel is dropping
packets on any machine connected to my cable modem and I don't know
why. I've tried posting to fedora and network lists, but haven't had
any luck, and hoped someone could help me here.
I have a fedora28 system with 4.16.12-3
xes: " tag on the line right before your signoff.
Thank you very much for the feedback. I will update accordingly.
Alex
Thanks.
i-txid", "rgmii-rxid" or "rgmii" interfaces. */
Hi Alexandru
You should be able to make "rgmii" work as expected. If that is the
phy mode, disable the skew.
And that's exactly the implemented behavior. See vsc8601_config_init()
below.
Alex
On 11/16/2016 08:54 AM, Andrew Lunn wrote:
On Wed, Nov 16, 2016 at 08:44:30AM -0800, Alex wrote:
On 11/16/2016 05:50 AM, Andrew Lunn wrote:
On Wed, Nov 16, 2016 at 01:02:33AM -0800, Alexandru Gagniuc wrote:
With RGMII, we need a 1.5 to 2ns skew between clock and data lines. The
VSC8601
RX directions.
Alex
Hence you did not respond to my prior email with regards to you sharing same
name with my late client, I have decided to email you again; but further detail
will be communicated to you upon my receipt of your response.
Checkpatch emits CHECK: Please don't use multiple blank lines.
Remove multiple blank lines.
Signed-off-by: Alexander Mazyrin
---
drivers/staging/ccree/ssi_aead.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/staging/ccree/ssi_aead.c b/drivers/staging/ccree/ssi_aead.c
index 03829
plan to later
remove the fpga dts once the actual silicon works.
[snip]
+#include "skeleton.dtsi"
Perhaps put a one liner that this is based on SNPS ARC700 cpu !
Staged for [PATCH v2].
Alex
+
+/ {
+compatible = "adaptrum,anarion";
+#address-ce
be sure to CC netdev@ on
[PATCH v2].
Alex
On Thu, 2012-11-22 at 11:56 +, Sethi Varun-B16395 wrote:
>
> > -Original Message-
> > From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel-
> > ow...@vger.kernel.org] On Behalf Of Alex Williamson
> > Sent: Tuesday, November 20, 2012 11:50 PM
&
On Fri, 2012-11-23 at 13:02 +1100, Alexey Kardashevskiy wrote:
> On 22/11/12 22:56, Sethi Varun-B16395 wrote:
> >
> >
> >> -Original Message-
> >> From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel-
> >> ow...@vger.kernel.org] On Be
On Mon, 2012-11-26 at 08:18 -0700, Alex Williamson wrote:
> On Fri, 2012-11-23 at 13:02 +1100, Alexey Kardashevskiy wrote:
> > On 22/11/12 22:56, Sethi Varun-B16395 wrote:
> > >
> > >
> > >> -Original Message-
> > >> From: linux-kernel-ow
> + * it under the terms of the GNU General Public License version 2 as
> + * published by the Free Software Foundation.
> + *
> + * Derived from original vfio_iommu_type1.c:
> + * Copyright (C) 2012 Red Hat, Inc. All rights reserved.
> + * Author: Alex Williamson
> + */
On 11/27/2012 03:03 AM, Benjamin Segall wrote:
> So, I've been trying out using the runnable averages for load balance in
> a few ways, but haven't actually gotten any improvement on the
> benchmarks I've run. I'll post my patches once I have the numbers down,
> but it's generally been about half a
On 11/27/2012 03:03 AM, Benjamin Segall wrote:
> So, I've been trying out using the runnable averages for load balance in
> a few ways, but haven't actually gotten any improvement on the
> benchmarks I've run. I'll post my patches once I have the numbers down,
> but it's generally been about half a
On 11/22/2012 01:49 PM, Joe Perches wrote:
> __printf is useful to verify format and arguments.
>
> Signed-off-by: Joe Perches
Looks good. I can take this into the ceph tree. Thanks.
Reviewed-by: Alex Elder
> ---
> fs/ceph/super.c |2 +-
> include/l
On Tue, 2012-11-27 at 14:28 +1100, Alexey Kardashevskiy wrote:
> On 27/11/12 05:04, Alex Williamson wrote:
> > On Mon, 2012-11-26 at 08:18 -0700, Alex Williamson wrote:
> >> On Fri, 2012-11-23 at 13:02 +1100, Alexey Kardashevskiy wrote:
> >>> On 22/11/12 2
u_put_tces(struct iommu_table *tbl, unsigned long entry, uint64_t
> tce,
> + enum dma_data_direction direction, unsigned long pages)
> +{
> + int i, ret = 0, pages_to_put = 0;
> + struct page *page;
> + struct iommu_pool *pool = get_pool(tbl, entry);
>
On Tue, 2012-11-27 at 15:06 +1100, Alexey Kardashevskiy wrote:
> On 27/11/12 05:20, Alex Williamson wrote:
> > On Fri, 2012-11-23 at 20:03 +1100, Alexey Kardashevskiy wrote:
> >> VFIO implements platform independent stuff such as
> >> a PCI driver, BAR access (via read
On Tue, 2012-11-27 at 15:58 +1100, Alexey Kardashevskiy wrote:
> On 27/11/12 15:29, Alex Williamson wrote:
> > On Tue, 2012-11-27 at 15:06 +1100, Alexey Kardashevskiy wrote:
> >> On 27/11/12 05:20, Alex Williamson wrote:
> >>> On Fri, 2012-11-23 at 20:03 +11
On 11/27/2012 11:08 AM, Preeti U Murthy wrote:
> Hi everyone,
>
> On 11/27/2012 12:33 AM, Benjamin Segall wrote:
>> So, I've been trying out using the runnable averages for load balance in
>> a few ways, but haven't actually gotten any improvement on the
>> benchmarks I've run. I'll post my patche
On 11/27/2012 02:45 PM, Preeti U Murthy wrote:
> Hi,
> On 11/27/2012 11:44 AM, Alex Shi wrote:
>> On 11/27/2012 11:08 AM, Preeti U Murthy wrote:
>>> Hi everyone,
>>>
>>> On 11/27/2012 12:33 AM, Benjamin Segall wrote:
>>>> So, I've been tr
flexible. Two approaches come to
mind: either a linked-list of gpio_chips ordered by base GPIO, or a radix-
tree. The small number of gpio chips in a system seem to make the first
approach reasonable enough - GPIO lookup time would become linear instead of
constant, but it should not be noticeab
>
>>
>> Could you please check tip:master with -v17:
>>
>> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git master
>>
Tested this version on our SNB EP 2 sockets box, 8 cores * HT with
specjbb2005 on jrockit.
With single JVM setting it has 40% performance increase compare to
3.7-rc6. i
modify
> + * it under the terms of the GNU General Public License version 2 as
> + * published by the Free Software Foundation.
> + *
> + * Derived from original vfio_iommu_type1.c:
> + * Copyright (C) 2012 Red Hat, Inc. All rights reserved.
> + * Author: Alex Williamson
> + */
}
> +
> + /* Put tces to the table */
> + for (i = 0; (i < pages) && !ret; ++i, tce += IOMMU_PAGE_SIZE)
> + ret = put_tce(tbl, entry + i, tce, direction);
> +
> + /* If failed, release locked pages, otherwise return the number of
> pages */
}
> + }
> +
> + /* Put tces to the table */
> + for (i = 0; (i < pages) && !ret; ++i, tce += IOMMU_PAGE_SIZE) {
> + ret = put_tce(tbl, entry + i, tce, direction);
> + /*
> + * As IOMMU page size is always
s the added benefit of terminating early when we hit the first
empty slot, and skip comparison to private slots.
Signed-off-by: Alex Williamson
Cc: sta...@vger.kernel.org
---
virt/kvm/kvm_main.c | 12 +---
1 file changed, 5 insertions(+), 7 deletions(-)
diff --git a/virt/kvm/kvm_main.c b
s the added benefit of terminating early when we hit the first
empty slot, and skip comparison to private slots.
Signed-off-by: Alex Williamson
Cc: sta...@vger.kernel.org
---
v2: Remove unused variable i
virt/kvm/kvm_main.c | 13 +
1 file changed, 5 insertions(+), 8 deletions(-)
On Sun, 2013-03-17 at 08:33 -0600, Myron Stowe wrote:
> On Sun, 2013-03-17 at 07:38 -0600, Alex Williamson wrote:
> > On Sat, 2013-03-16 at 22:36 -0700, Greg KH wrote:
> > > On Sat, Mar 16, 2013 at 10:11:22PM -0600, Alex Williamson wrote:
> > > > On Sat, 2013-03-16
On Sun, 2013-03-17 at 15:00 +0100, Kay Sievers wrote:
> On Sun, Mar 17, 2013 at 2:38 PM, Alex Williamson
> wrote:
> > I'm assuming that the device only breaks because udevadm is dumping the
> > full I/O port register space of the device and that if an actual driver
>
On Mon, 2013-03-18 at 10:50 -0400, Don Dutile wrote:
> On 03/17/2013 06:28 PM, Alex Williamson wrote:
> > On Sun, 2013-03-17 at 08:33 -0600, Myron Stowe wrote:
> >> On Sun, 2013-03-17 at 07:38 -0600, Alex Williamson wrote:
> >>> On Sat, 2013-03-16 at 22:36 -0700, Gre
On Mon, 2013-03-18 at 09:41 -0700, Greg KH wrote:
> On Mon, Mar 18, 2013 at 10:24:40AM -0600, Alex Williamson wrote:
> > On Sun, 2013-03-17 at 15:00 +0100, Kay Sievers wrote:
> > > On Sun, Mar 17, 2013 at 2:38 PM, Alex Williamson
> > > wrote:
> > > > I
On Mon, 2013-03-18 at 18:20 +0100, Bjørn Mork wrote:
> Alex Williamson writes:
>
> > At least for KVM the kernel fix is the addition of the vfio driver which
> > gives us a non-sysfs way to do this. If this problem was found a few
> > years later and we were ready to mak
On Mon, 2013-03-18 at 19:25 +0100, Bjørn Mork wrote:
> Alex Williamson wrote:
>
> >On Mon, 2013-03-18 at 18:20 +0100, Bjørn Mork wrote:
> >> Alex Williamson writes:
> >>
> >> > At least for KVM the kernel fix is the addition of the vfio driver
>
On Mon, 2013-03-18 at 14:53 +1100, Alexey Kardashevskiy wrote:
> On 20/02/13 15:33, Alex Williamson wrote:
> > On Wed, 2013-02-20 at 15:20 +1100, Alexey Kardashevskiy wrote:
> >> On 20/02/13 14:47, Alex Williamson wrote:
> >>> On Wed, 2013-02-20 at 13:31 +11
Hi Linus,
Please pull for the next rc. Thanks!
The following changes since commit f6161aa153581da4a3867a2d1a7caf4be19b6ec9:
Linux 3.9-rc2 (2013-03-10 16:54:19 -0700)
are available in the git repository at:
git://github.com/awilliam/linux-vfio.git tags/vfio-v3.9-rc4
for you to fetch chang
nd
> return a transaction address, of course.
>
> I think we have the interface for that in vfio, but I haven't followed
> that work.
Yes, vfio does this and is meant to provide a secure-boot-friendly PCI
passthrough interface. Thanks,
Alex
--
To unsubscribe from this list
On Tue, 2013-03-19 at 20:22 -0700, H. Peter Anvin wrote:
> On 03/19/2013 08:18 PM, Alex Williamson wrote:
> >>
> >> The "pinning" process needs to involve a call to the kernel to process
> >> the page for DMA (pinning the page and opening it in the iommu) a
uot;
>
Please no. Can we quirk just the device with the problem? My issue
with turning on surprise hotplug across the system is that secondary bus
resets will trigger a device hot unplug, hot re-plug. I have a system
with an integrated broadcom NIC behind a root port that claims to
support s
he detach_group,
otherwise just some trivial comments below. What's the status of the
tce code that this depends on? Thanks,
Alex
> Documentation/vfio.txt | 63 ++
> drivers/vfio/Kconfig|6 +
> drivers/vfio/Makefile |1 +
>
On Thu, 2013-03-21 at 11:57 +1100, Alexey Kardashevskiy wrote:
> On 21/03/13 07:45, Alex Williamson wrote:
> > On Tue, 2013-03-19 at 18:08 +1100, Alexey Kardashevskiy wrote:
> >> VFIO implements platform independent stuff such as
> >> a PCI driver, BAR access (via read
On Thu, 2013-03-21 at 12:55 +1100, David Gibson wrote:
> On Wed, Mar 20, 2013 at 02:45:24PM -0600, Alex Williamson wrote:
> > On Tue, 2013-03-19 at 18:08 +1100, Alexey Kardashevskiy wrote:
> > > VFIO implements platform independent stuff such as
> > > a PCI driver, BAR
platform?
In theory, a totally idle cpu has a zero rq->util at least after 3xxms,
and in fact, I find the code works fine on my machines.
--
Thanks
Alex
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
Mor
theory the rq->avg.runnable_avg_sum should be zero if there is no
task a bit long, otherwise there are some bugs in kernel. Could you
check the value under /proc/sched_debug?
--
Thanks
Alex
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
group_find);
Don't you need to do some reference counting here? Otherwise there's no
guarantee the returned pointer is still valid by the time it's used.
The interface should probably be iommu_group_get_by_id(). Thanks,
Alex
> +
> /**
> * iommu_group_get_iommudata - retri
On 01/24/2013 11:06 AM, Alex Shi wrote:
> Since the runnable info needs 345ms to accumulate, balancing
> doesn't do well for many tasks burst waking. After talking with Mike
> Galbraith, we are agree to just use runnable avg in power friendly
> scheduling and keep curren
s to put unused devices in D3, which
leads me to suspect you are giving it to the guest. Let's see what
happens without that. Thanks,
Alex
--
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 Sat, 2013-02-02 at 17:20 -0800, Tejun Heo wrote:
> Convert to the much saner new idr interface.
>
> Only compile tested.
>
> Signed-off-by: Tejun Heo
> Cc: Alex Williamson
> Cc: k...@vger.kernel.org
> ---
> This patch depends on an earlier idr changes and I think
ts that would need to be worked around (fences, display
>> hotplug, pageflipping) if not interrupt is available.
>
> I did dome more testing with different cards an got a surprise. The
> machine works fine with other AGP cards - one MX440 with nouvea, another
> RV100 QY and a R200. The
eof(*irq_set) + sizeof(*pfd);
> +
> +irq_set = g_malloc0(argsz);
> +irq_set->argsz = argsz;
> +irq_set->flags = VFIO_IRQ_SET_DATA_EVENTFD |
> + VFIO_IRQ_SET_ACTION_TRIGGER;
> +irq_set->index = VFIO_PCI_ERR_IRQ_INDEX;
> +irq_se
+ if (fd == -1) {
> + if (vdev->err_trigger)
> + eventfd_ctx_put(vdev->err_trigger);
> + vdev->err_trigger = NULL;
> + return 0;
> + } else if (fd >= 0) {
> + vdev->err_trigger
he same.
> }
> -
> - vfio_device_put(device);
> vfio_group_put(group);
> iommu_group_put(iommu_group);
> - return true;
> + return device;
> +}
> +EXPORT_SYMBOL_GPL(vfio_device_get_from_dev);
> +
Let's add a comment here that the caller must hol
each patch. As Gleb
points out, please try to use git send-mail (or even stg mail) so that
threading is maintained for these. A side effect will be that you can't
send kernel & qemu patches in the same series, but that's not
necessarily a bad thing. Thanks,
Alex
> v2:
> - R
,11 @@ error:
> /*
>* handle error condition gracefully here!
>*/
> +
> + if (x2apic_present)
> + WARN(1, KERN_WARNING
> + "Failed to enable irq remapping. You are vulnerable to
> irq-injection attacks.\n");
On Mon, 2013-02-04 at 11:19 -0800, Andy Lutomirski wrote:
> On Mon, Feb 4, 2013 at 11:04 AM, Alex Williamson
> wrote:
> > On Fri, 2013-02-01 at 14:57 -0800, Andy Lutomirski wrote:
> >> Current kernels print this on my Dell server:
> >>
> >>[
lback or two would have to go into the ACPI battery driver
> I suspect.
>
> So I'd like this feature to be a tangible improvement for laptop
> users (as long as the laptop hardware is passing us battery/AC
> events reliably).
Maybe it is better to let system admin change it from us
, I just allow writing steal happen when the first waiter
is also writer. Then the performance fully recovered.
Reported-by: l...@linux.intel.com
Cc: Ingo Molnar
Signed-off-by: Alex Shi
---
lib/rwsem.c | 75 +
1 file changed, 46
gt; To: Pandarathil, Vijaymohan R
> > Cc: Blue Swirl; Alex Williamson; Bjorn Helgaas; Ortiz, Lance E;
> > k...@vger.kernel.org; qemu-de...@nongnu.org; linux-...@vger.kernel.org;
> > linux-kernel@vger.kernel.org
> > Subject: Re: [PATCH v3 3/3] QEMU-AER: Qemu changes to support AE
On Tue, 2013-02-05 at 15:42 +0200, Gleb Natapov wrote:
> On Tue, Feb 05, 2013 at 06:37:35AM -0700, Alex Williamson wrote:
> > On Tue, 2013-02-05 at 12:05 +, Pandarathil, Vijaymohan R wrote:
> > >
> > > > -Original Message-
> > > > From: lin
On Tue, 2013-02-05 at 14:31 +0100, David Gstir wrote:
> Am Montag, den 04.02.2013, 08:49 -0700 schrieb Alex Williamson:
>
> > Can you clarify what you mean by assign? Are you actually assigning the
> > root ports to the qemu guest (1c.0 & 1c.6)? vfio will require they be
On Tue, 2013-02-05 at 08:37 -0700, Alex Williamson wrote:
> On Tue, 2013-02-05 at 14:31 +0100, David Gstir wrote:
> > Am Montag, den 04.02.2013, 08:49 -0700 schrieb Alex Williamson:
> >
> > > Can you clarify what you mean by assign? Are you actually assigning the
>
On 02/05/2013 10:58 PM, Ingo Molnar wrote:
>
> * Alex Shi wrote:
>
>> Commit 5a50508 change to rwsem from mutex, that cause aim7 fork_test
>> dropped 50%. Yuanhan liu does a good analysis, find it caused by
>> strict sequential writing. Ingo suggest stealing sem wr
search
method is vital for userspace ABIs, and must be preserved.
Done. I will take the blame if something goes wrong. :)
Thanks,
Alex.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo inf
BTW,
Since numa balance scheduling is also a kind of cpu locality policy, it
is natural compatible with power aware scheduling.
The v2/v3 of this patch had developed on tip/master, testing show above
2 scheduling policy work together well.
--
Thanks Alex
--
To unsubscribe from this list: send
On Wed, 2013-02-06 at 19:09 +0100, Richard Weinberger wrote:
> Hi,
>
> Am Tue, 05 Feb 2013 13:36:53 -0700
> schrieb Alex Williamson :
> > > Ugh, the infamous and useless error 10. It could be anything.
> > > I've got a system with onboard usb3, let me see w
On Wed, 2013-02-06 at 21:25 +0100, Richard Weinberger wrote:
> Hi,
>
> Am Wed, 06 Feb 2013 11:47:20 -0700
> schrieb Alex Williamson :
> > Does the card work with pci-assign or are both broken?
>
> It works with pci-assign. :-\
When you tested this, did you detach the g
On Thu, 2013-02-07 at 23:23 +0100, Richard Weinberger wrote:
> Hi,
>
> Am Wed, 06 Feb 2013 15:45:37 -0700
> schrieb Alex Williamson :
>
> > On Wed, 2013-02-06 at 21:25 +0100, Richard Weinberger wrote:
> > > Hi,
> > >
> > > Am Wed, 06 Feb 2
Hi Grant,
On 02/10/2013 01:34 AM, Grant Likely wrote:
> Alex, this is broken when the sysfs interface isn't enabled. Can you
> send a fixup patch?
>
> g.
>
> On Sat, Feb 9, 2013 at 3:41 PM, kbuild test robot
> wrote:
>> tree: git://git.secretlab.ca/git
chips could still be removed while
being displayed by gpiolib_seq_show().
Thanks,
Alex.
--
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
> - if (phb->p5ioc2.iommu_table.it_map == NULL)
> + if (phb->p5ioc2.iommu_table.it_map == NULL) {
> iommu_init_table(&phb->p5ioc2.iommu_table, phb->hose->node);
> + iommu_register_group(&phb->p5ioc2.iommu_table,
> +
ogram is free software; you can redistribute it and/or modify
> + * it under the terms of the GNU General Public License version 2 as
> + * published by the Free Software Foundation.
> + *
> + * Derived from original vfio_iommu_type1.c:
> + * Copyright (C) 2012 Red Hat, Inc. All rights reserved
On Tue, 2013-02-12 at 10:19 +1100, Alexey Kardashevskiy wrote:
> On 12/02/13 09:16, Alex Williamson wrote:
> > On Mon, 2013-02-11 at 22:54 +1100, Alexey Kardashevskiy wrote:
> >> @@ -707,11 +709,39 @@ struct iommu_table *iommu_init_table(struct
> >> iommu_table *tbl,
On Tue, 2013-02-12 at 10:45 +1100, Alexey Kardashevskiy wrote:
> On 12/02/13 09:17, Alex Williamson wrote:
> > On Mon, 2013-02-11 at 22:54 +1100, Alexey Kardashevskiy wrote:
> >> VFIO implements platform independent stuff such as
> >> a PCI driver, BAR access (via read
etup prior to use through vfio, so sysfs is more convenient than
through vfio ioctls.
But then is dma-window-size just a vfio requirement leaking over into
iommu groups? Can we allow iommu driver based attributes without giving
up control of the namespace? Thanks,
Alex
> Signed-off-by: Alexey
1 - 100 of 9372 matches
Mail list logo
