Previously the XILINX_INTC config option was hidden and only
auto-selected on the MicroBlaze platform. However, this IP can also be
used on the Zynq and ZynqMP platforms as a secondary cascaded
controller. Allow this option to be user-enabled on those platforms.
Signed-off-by: Robert Hancock
On Mon, 2021-04-19 at 13:23 +0200, Michal Simek wrote:
> Hi Marc and Robert, +Anirudha
>
> On 4/16/21 8:14 PM, Robert Hancock wrote:
> > On Fri, 2021-04-16 at 18:53 +0100, Marc Zyngier wrote:
> > > On Fri, 16 Apr 2021 17:05:49 +0100,
> > > Robert Hancock wrote:
On Fri, 2021-04-16 at 18:53 +0100, Marc Zyngier wrote:
> On Fri, 16 Apr 2021 17:05:49 +0100,
> Robert Hancock wrote:
> > On Fri, 2021-04-16 at 14:41 +0100, Marc Zyngier wrote:
> > > On Fri, 16 Apr 2021 00:32:50 +0100,
> > > Robert Hancock wrote:
> > > >
On Fri, 2021-04-16 at 14:41 +0100, Marc Zyngier wrote:
> On Fri, 16 Apr 2021 00:32:50 +0100,
> Robert Hancock wrote:
> > Previously the XILINX_INTC config option was hidden and only
> > auto-selected on the MicroBlaze platform. However, this IP can also be
> > used o
Previously the XILINX_INTC config option was hidden and only
auto-selected on the MicroBlaze platform. However, this IP can also be
used on other platforms. Allow this option to be user-enabled.
Signed-off-by: Robert Hancock
---
drivers/irqchip/Kconfig | 6 +-
1 file changed, 5 insertions
continues to support
> devices which have no interrupt provided.
> Depends on OF_GPIO framework for of_xlate function to translate
> gpiospec to the GPIO number and flags.
>
> Signed-off-by: Robert Hancock
> Signed-off-by: Shubhrajyoti Datta
> Signed-off-by: Srinivas Neeli
>
s which have no interrupt provided.
>
> Signed-off-by: Robert Hancock
> Signed-off-by: Shubhrajyoti Datta
> Signed-off-by: Srinivas Neeli
> ---
> Chnages in V3:
> -Created separate patch for Clock changes and runtime resume
> and suspend.
> -Updated minor review comme
+ } else {
...
+ chip->gc.irq.parents = (unsigned int *)>irq;
+ chip->gc.irq.num_parents = 1;
Current pattern is to use devm_kcalloc() for it (Linus has plans to
simplify this in the future and this will help him to find what
patterns are being used)
--
Robert Hancock
Senior Hardware Designer
SED Systems, a division of Calian Ltd.
Email: hanc...@sedsystems.ca
On Fri, Jul 24, 2020 at 8:32 AM Kai-Heng Feng
wrote:
>
> Hi Robert,
>
> > Unfortunately it appears that this ASMedia PCIe-PCI bridge:
> >
> > 02:00.0 PCI bridge [0604]: ASMedia Technology Inc. ASM1083/1085 PCIe
> > to PCI Bridge [1b21:1080] (rev 04)
> >
> > doesn't cope with ASPM properly and
On Wed, Jul 22, 2020 at 7:04 PM Bjorn Helgaas wrote:
>
> On Wed, Jul 22, 2020 at 06:46:06PM -0600, Robert Hancock wrote:
> > On Wed, Jul 22, 2020 at 11:40 AM Bjorn Helgaas wrote:
> > > On Tue, Jul 21, 2020 at 08:18:03PM -0600, Robert Hancock wrote:
> > > > R
On Wed, Jul 22, 2020 at 11:40 AM Bjorn Helgaas wrote:
>
> [+cc Puranjay]
>
> On Tue, Jul 21, 2020 at 08:18:03PM -0600, Robert Hancock wrote:
> > Recently ASPM handling was changed to no longer disable ASPM on all
> > PCIe to PCI bridges. Unfortunately these ASMedia PCIe t
the kernel log, this also causes the machine
to wake up immediately after suspend is initiated.
Fixes: 66ff14e59e8a ("PCI/ASPM: Allow ASPM on links to PCIe-to-PCI/PCI-X
Bridges")
Cc: sta...@vger.kernel.org
Signed-off-by: Robert Hancock
---
drivers/pci/quirks.c | 13 +
1 fi
On Fri, Jul 10, 2020 at 6:28 PM Robert Hancock wrote:
>
> On Fri, Jul 10, 2020 at 6:23 PM Robert Hancock wrote:
> >
> > Noticed a problem on my desktop with an Asus PRIME H270-PRO
> > motherboard after Fedora 32 upgraded to the 5.7 kernel (now on 5.7.8):
> > p
On Fri, Jul 10, 2020 at 6:23 PM Robert Hancock wrote:
>
> Noticed a problem on my desktop with an Asus PRIME H270-PRO
> motherboard after Fedora 32 upgraded to the 5.7 kernel (now on 5.7.8):
> periodically there are PCIe AER errors getting spewed in dmesg that
> weren't h
On 2020-04-28 5:01 p.m., Russell King - ARM Linux admin wrote:
On Tue, Apr 28, 2020 at 03:59:45PM -0600, Robert Hancock wrote:
On 2020-04-22 1:51 a.m., Russell King - ARM Linux admin wrote:
On Tue, Apr 21, 2020 at 07:45:47PM -0600, Robert Hancock wrote:
Hi Andre/Russell,
Just wondering where
On 2020-04-22 1:51 a.m., Russell King - ARM Linux admin wrote:
On Tue, Apr 21, 2020 at 07:45:47PM -0600, Robert Hancock wrote:
Hi Andre/Russell,
Just wondering where things got to with the changes for SGMII on Xilinx
axienet that you were discussing (below)? I am looking into our Xilinx setup
problem by removing the unnecessary of_node_put().
>
> Fixes: 28ef9ebdb64c ("net: axienet: make use of axistream-connected attribute
> optional")
> Signed-off-by: Wen Yang
> Cc: Anirudha Sarangi
> Cc: John Linn
> Cc: "David S. Miller"
> Cc: Michal
On 2019-06-11 2:40 p.m., Fabio Estevam wrote:
> Hi Robert,
>
> On Tue, Jun 11, 2019 at 4:02 PM Robert Hancock wrote:
>
>>> [ 13.193578] imx6q-pcie 1ffc000.pcie: host bridge /soc/pcie@1ffc000
>>> ranges:
>>> [ 13.200635] imx6q-pcie 1ffc000.pcie:IO 0
Adding linux-pci.
One thing that may be slightly unusual about our setup is that we are
using CONFIG_PREEMPT=y, which may be allowing more concurrency to come
into play.
On 2019-06-07 6:28 p.m., Robert Hancock wrote:
> I am seeing a boot failure on our iMX6D-based embedded platform runn
[ 41.049730] 1fa0:
[ 41.057926] 1fc0:
[ 41.066123] 1fe0: 0013
[ 41.072758] Rebooting in 30 seconds..
--
Robert Hancock
Senior Sof
0>;
interrupts = <8>;
#size-cells = <0>;
#address-cells = <1>;
};
};
};
};
>
>> Ideally the IO memory resource entries would be picked up and mapped
>> through the device tree as well,
= 0xc,
.name = "xi2c1_regs",
.flags = IORESOURCE_MEM,
.desc = IORES_DESC_NONE
},
};
static const struct resource dbe_i2c2_resources[] = {
{
.start = 0xd,
.end= 0xd,
.
On 2019-06-05 12:31 a.m., Lee Jones wrote:
> On Tue, 04 Jun 2019, Robert Hancock wrote:
>
>> Previously the MFD core supported assigning OF nodes to created MFD
>> devices, but relied solely on matching the of_compatible string. This
>> would result in devices being potent
Fixes for the device tree binding support in MFD core.
Robert Hancock (2):
mfd: core: Support multiple OF child devices of the same type
mfd: core: Set fwnode for created devices
drivers/mfd/mfd-core.c | 6 +-
include/linux/mfd/core.h | 3 +++
2 files changed, 8 insertions(+), 1
.
Add support for matching the full name of the node in the MFD cell
definition, so that we can match against a specific instance of a
device. If this is not specified, we match just based on the
compatible string, as before.
Signed-off-by: Robert Hancock
---
drivers/mfd/mfd-core.c | 5
The logic for setting the of_node on devices created by mfd did not set
the fwnode pointer to match, which caused fwnode-based APIs to
malfunction on these devices since the fwnode pointer was null. Fix
this.
Signed-off-by: Robert Hancock
---
drivers/mfd/mfd-core.c | 1 +
1 file changed, 1
On 2018-12-06 10:10 a.m., Robert Hancock wrote:
> On 2018-12-06 9:50 a.m., Lucas Stach wrote:
>> Am Donnerstag, den 06.12.2018, 09:45 -0600 schrieb Robert Hancock:
>>> On 2018-12-06 2:10 a.m., Baruch Siach wrote:
>>>> Hi Andrey,
>>>>
>>>> Add
On 2018-12-06 10:10 a.m., Robert Hancock wrote:
> On 2018-12-06 9:50 a.m., Lucas Stach wrote:
>> Am Donnerstag, den 06.12.2018, 09:45 -0600 schrieb Robert Hancock:
>>> On 2018-12-06 2:10 a.m., Baruch Siach wrote:
>>>> Hi Andrey,
>>>>
>>>> Add
On 2018-12-06 9:50 a.m., Lucas Stach wrote:
> Am Donnerstag, den 06.12.2018, 09:45 -0600 schrieb Robert Hancock:
>> On 2018-12-06 2:10 a.m., Baruch Siach wrote:
>>> Hi Andrey,
>>>
>>> Adding Robert Hancock who reported[1] on a PCIe MSI issue with
On 2018-12-06 9:50 a.m., Lucas Stach wrote:
> Am Donnerstag, den 06.12.2018, 09:45 -0600 schrieb Robert Hancock:
>> On 2018-12-06 2:10 a.m., Baruch Siach wrote:
>>> Hi Andrey,
>>>
>>> Adding Robert Hancock who reported[1] on a PCIe MSI issue with
On 2018-12-06 2:10 a.m., Baruch Siach wrote:
> Hi Andrey,
>
> Adding Robert Hancock who reported[1] on a PCIe MSI issue with i.MX6.
>
> Andrey Smirnov writes:
>
>> Building a kernel with CONFIG_PCI_IMX6=y, but CONFIG_PCIEPORTBUS=n
>> produces a system where b
On 2018-12-06 2:10 a.m., Baruch Siach wrote:
> Hi Andrey,
>
> Adding Robert Hancock who reported[1] on a PCIe MSI issue with i.MX6.
>
> Andrey Smirnov writes:
>
>> Building a kernel with CONFIG_PCI_IMX6=y, but CONFIG_PCIEPORTBUS=n
>> produces a system where b
On Tue, Aug 25, 2015 at 6:58 AM, Pali Rohár wrote:
> On Tuesday 25 August 2015 07:20:05 Mark Lord wrote:
>> On 15-08-01 09:45 PM, Robert Hancock wrote:
>> >On Sat, Aug 1, 2015 at 2:09 PM, Pali Rohár wrote:
>> >>On Thursday 25 December 2014 07:22:13 Robert Hanco
On Tue, Aug 25, 2015 at 6:58 AM, Pali Rohár pali.ro...@gmail.com wrote:
On Tuesday 25 August 2015 07:20:05 Mark Lord wrote:
On 15-08-01 09:45 PM, Robert Hancock wrote:
On Sat, Aug 1, 2015 at 2:09 PM, Pali Rohár pali.ro...@gmail.com wrote:
On Thursday 25 December 2014 07:22:13 Robert Hancock
On Sun, Aug 2, 2015 at 3:08 AM, Pali Rohár wrote:
> On Sunday 02 August 2015 03:45:32 Robert Hancock wrote:
>> On Sat, Aug 1, 2015 at 2:09 PM, Pali Rohár
>> wrote:
>> > On Thursday 25 December 2014 07:22:13 Robert Hancock wrote:
>> >> On Tue,
On Sun, Aug 2, 2015 at 3:08 AM, Pali Rohár pali.ro...@gmail.com wrote:
On Sunday 02 August 2015 03:45:32 Robert Hancock wrote:
On Sat, Aug 1, 2015 at 2:09 PM, Pali Rohár pali.ro...@gmail.com
wrote:
On Thursday 25 December 2014 07:22:13 Robert Hancock wrote:
On Tue, Dec 23, 2014 at 1:51 PM
On Sat, Aug 1, 2015 at 2:09 PM, Pali Rohár wrote:
> On Thursday 25 December 2014 07:22:13 Robert Hancock wrote:
>> On Tue, Dec 23, 2014 at 1:51 PM, Pali Rohár
>> wrote:
>> > Hello,
>> >
>> > I have nvidia nforce4 motherboard with nvidia sata control
On Sat, Aug 1, 2015 at 2:09 PM, Pali Rohár pali.ro...@gmail.com wrote:
On Thursday 25 December 2014 07:22:13 Robert Hancock wrote:
On Tue, Dec 23, 2014 at 1:51 PM, Pali Rohár pali.ro...@gmail.com
wrote:
Hello,
I have nvidia nforce4 motherboard with nvidia sata controller:
00:07.0 IDE
wrote:
>>>>> On Sun, Jan 18, 2015 at 1:25 AM, Greg KH
>>>>> wrote:
>>>>>> On Sun, Jan 18, 2015 at 12:08:18AM -0600, Robert Hancock wrote:
>>>>>>> I've got an Intel Haswell-based system with a Gigabyte Z87X-D3H
>>&
, 2015 at 08:28:19AM -0500, Josh Boyer wrote:
On Sun, Jan 18, 2015 at 1:25 AM, Greg KH gre...@linuxfoundation.org
wrote:
On Sun, Jan 18, 2015 at 12:08:18AM -0600, Robert Hancock wrote:
I've got an Intel Haswell-based system with a Gigabyte Z87X-D3H
motherboard
under Fedora 21. After updating
I've got an Intel Haswell-based system with a Gigabyte Z87X-D3H
motherboard under Fedora 21. After updating to the 3.18.2-200 Fedora
kernel, I noticed some errors in dmesg and at least some of my USB3
ports don't recognize any USB3 devices plugged into them:
[0.560838] xhci_hcd
I've got an Intel Haswell-based system with a Gigabyte Z87X-D3H
motherboard under Fedora 21. After updating to the 3.18.2-200 Fedora
kernel, I noticed some errors in dmesg and at least some of my USB3
ports don't recognize any USB3 devices plugged into them:
[0.560838] xhci_hcd
On 01/09/14 02:22 AM, Ming Lei wrote:
Hi Guys,
When we use hdparm to download firmware on system with
Marvell 88SE9125 SATA controller, it returns failure always
and it has been observed in several systems:
#hdparm --fwdownload-mode7 fw.bin
--yes-i-kno-what-i-am-doing --please-destroy-my-drive
On 01/09/14 02:22 AM, Ming Lei wrote:
Hi Guys,
When we use hdparm to download firmware on system with
Marvell 88SE9125 SATA controller, it returns failure always
and it has been observed in several systems:
#hdparm --fwdownload-mode7 fw.bin
--yes-i-kno-what-i-am-doing --please-destroy-my-drive
On 12/08/14 01:38 PM, Christopher Barry wrote:
What is intelligence? Not exactly the spook kind, but rather what is
the definition of intelligence in humans? This is pretty good:
http://en.wikipedia.org/wiki/Intelligence#Definitions
By most accounts, the self-appointed and arguably too
On 12/08/14 01:38 PM, Christopher Barry wrote:
What is intelligence? Not exactly the spook kind, but rather what is
the definition of intelligence in humans? This is pretty good:
http://en.wikipedia.org/wiki/Intelligence#Definitions
By most accounts, the self-appointed and arguably too
On 27/03/14 09:19 AM, Tejun Heo wrote:
On Thu, Mar 27, 2014 at 05:57:37PM +1100, Benjamin Herrenschmidt wrote:
I've contacted Marvell, but I was wondering if anybody here had already
experienced something similar or has an idea of what else the chip
might be doing wrong so we can try to find a
On 27/03/14 09:19 AM, Tejun Heo wrote:
On Thu, Mar 27, 2014 at 05:57:37PM +1100, Benjamin Herrenschmidt wrote:
I've contacted Marvell, but I was wondering if anybody here had already
experienced something similar or has an idea of what else the chip
might be doing wrong so we can try to find a
On 21/03/14 08:50 AM, jimmie.da...@l-3com.com wrote:>
>
> From: Mike Galbraith [umgwanakikb...@gmail.com]
> Sent: Friday, March 21, 2014 9:41 AM
> To: Davis, Bud @ SSG - Link
> Cc: oneu...@suse.de; artem_fetis...@epam.com; pet...@infradead.org;
On 21/03/14 08:50 AM, jimmie.da...@l-3com.com wrote:
From: Mike Galbraith [umgwanakikb...@gmail.com]
Sent: Friday, March 21, 2014 9:41 AM
To: Davis, Bud @ SSG - Link
Cc: oneu...@suse.de; artem_fetis...@epam.com; pet...@infradead.org;
On 21/03/14 10:35 PM, Branimir Maksimovic wrote:
This really puzzles me.
bmaxa@maxa:~$ lspci -v -s 01:00.0
01:00.0 VGA compatible controller: NVIDIA Corporation GF114 [GeForce GTX
560 Ti] (rev a1) (prog-if 00 [VGA controller])
Subsystem: CardExpert Technology Device 0801
Flags: bus
On 21/03/14 10:35 PM, Branimir Maksimovic wrote:
This really puzzles me.
bmaxa@maxa:~$ lspci -v -s 01:00.0
01:00.0 VGA compatible controller: NVIDIA Corporation GF114 [GeForce GTX
560 Ti] (rev a1) (prog-if 00 [VGA controller])
Subsystem: CardExpert Technology Device 0801
Flags: bus
On 05/03/14 11:17 PM, Robert Hancock wrote:
I have a USB 3.0 multi-card reader device:
Bus 004 Device 002: ID 05e3:0743 Genesys Logic, Inc.
which seems to work fine in 3.13.4 (Fedora version kernel-3.13.4-200
specifically) but fails in 3.13.5 (specifically kernel-3.13.5-202).
Below is what I
I have a USB 3.0 multi-card reader device:
Bus 004 Device 002: ID 05e3:0743 Genesys Logic, Inc.
which seems to work fine in 3.13.4 (Fedora version kernel-3.13.4-200
specifically) but fails in 3.13.5 (specifically kernel-3.13.5-202).
Below is what I get in dmesg. Essentially there's a bunch of
I have a USB 3.0 multi-card reader device:
Bus 004 Device 002: ID 05e3:0743 Genesys Logic, Inc.
which seems to work fine in 3.13.4 (Fedora version kernel-3.13.4-200
specifically) but fails in 3.13.5 (specifically kernel-3.13.5-202).
Below is what I get in dmesg. Essentially there's a bunch of
On 05/03/14 11:17 PM, Robert Hancock wrote:
I have a USB 3.0 multi-card reader device:
Bus 004 Device 002: ID 05e3:0743 Genesys Logic, Inc.
which seems to work fine in 3.13.4 (Fedora version kernel-3.13.4-200
specifically) but fails in 3.13.5 (specifically kernel-3.13.5-202).
Below is what I
A while ago I reported this Fedora bug:
https://bugzilla.redhat.com/show_bug.cgi?id=981841
and thought I would check on the kernel side about what the best way to
handle the problem was.
Essentially the problem relates to the way in which the kernel stores
the device that it uses to resume
A while ago I reported this Fedora bug:
https://bugzilla.redhat.com/show_bug.cgi?id=981841
and thought I would check on the kernel side about what the best way to
handle the problem was.
Essentially the problem relates to the way in which the kernel stores
the device that it uses to resume
On 08/02/14 03:00 AM, Markus Rechberger wrote:
On Tue, Feb 4, 2014 at 10:31 AM, David Laight wrote:
From: Markus Rechberger
Dec 27 23:23:50 solist kernel: [ 36.118245] xhci_hcd :00:14.0: ERROR
Transfer event TRB DMA
ptr
These messages might be harmless. The 3.0 kernel contains a
On 08/02/14 03:00 AM, Markus Rechberger wrote:
On Tue, Feb 4, 2014 at 10:31 AM, David Laight david.lai...@aculab.com wrote:
From: Markus Rechberger
Dec 27 23:23:50 solist kernel: [ 36.118245] xhci_hcd :00:14.0: ERROR
Transfer event TRB DMA
ptr
These messages might be harmless. The
On 10/29/2013 04:32 PM, John Twideldum wrote:
The first ~170kb of /dev/sda got blown away with what seems to be a logging
output
by Powertop, when I was playing with the tuneables.
So did you log the output to some file? I'm just trying to understand how
it could get onto your disk in the
On 10/29/2013 04:32 PM, John Twideldum wrote:
The first ~170kb of /dev/sda got blown away with what seems to be a logging
output
by Powertop, when I was playing with the tuneables.
So did you log the output to some file? I'm just trying to understand how
it could get onto your disk in the
On 01/14/2014 03:37 PM, Rafael J. Wysocki wrote:
On Tuesday, January 14, 2014 04:06:01 PM Matthew Garrett wrote:
On Mon, Jan 06, 2014 at 11:25:53PM +0100, Rafael J. Wysocki wrote:
Queued up as a fix for 3.13 (I fixed up the indentation).
Ah, sorry, I missed this chunk of the thread. If the
On 01/14/2014 03:37 PM, Rafael J. Wysocki wrote:
On Tuesday, January 14, 2014 04:06:01 PM Matthew Garrett wrote:
On Mon, Jan 06, 2014 at 11:25:53PM +0100, Rafael J. Wysocki wrote:
Queued up as a fix for 3.13 (I fixed up the indentation).
Ah, sorry, I missed this chunk of the thread. If the
On 12/24/2013 11:52 AM, Bjorn Helgaas wrote:
[+cc linux-pci because I think this is related to PCI ASPM]
I'm afraid nobody wants to touch ASPM because it's such a mess, but I
hope somebody will step up and investigate this.
So apparently this machine got broken when we changed the behavior
On 12/24/2013 11:52 AM, Bjorn Helgaas wrote:
[+cc linux-pci because I think this is related to PCI ASPM]
I'm afraid nobody wants to touch ASPM because it's such a mess, but I
hope somebody will step up and investigate this.
So apparently this machine got broken when we changed the behavior
On 07/03/2013 03:40 PM, Rafael J. Wysocki wrote:
On Wednesday, July 03, 2013 05:04:53 PM Mika Westerberg wrote:
From: "Kirill A. Shutemov"
Correct ACPI PCI hotplug imeplementation should have _RMV method in a
PCI slot (device under pci bridge). In Acer Aspire S5 case we have it
deeper in
On 07/03/2013 03:40 PM, Rafael J. Wysocki wrote:
On Wednesday, July 03, 2013 05:04:53 PM Mika Westerberg wrote:
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
Correct ACPI PCI hotplug imeplementation should have _RMV method in a
PCI slot (device under pci bridge). In Acer Aspire S5
On 07/09/2013 03:49 AM, Pavel Machek wrote:
On Mon 2013-07-08 21:13:21, Greg KH wrote:
On Tue, Jul 09, 2013 at 03:26:11AM +0200, Pavel Machek wrote:
Hi!
My thinkpad has rather high ping latencies... and perhaps it is due to
PCIE ASPM.
Why would that be the problem? The odds that the PCIE
I recently ran into a problem with suspend to disk on Fedora 19, which I
reported here:
https://bugzilla.redhat.com/show_bug.cgi?id=981841
In this case swap and /home are encrypted volumes. Essentially (from
what I understand, correct me if I'm wrong) what happens is that when
dracut boots
I recently ran into a problem with suspend to disk on Fedora 19, which I
reported here:
https://bugzilla.redhat.com/show_bug.cgi?id=981841
In this case swap and /home are encrypted volumes. Essentially (from
what I understand, correct me if I'm wrong) what happens is that when
dracut boots
On 07/09/2013 03:49 AM, Pavel Machek wrote:
On Mon 2013-07-08 21:13:21, Greg KH wrote:
On Tue, Jul 09, 2013 at 03:26:11AM +0200, Pavel Machek wrote:
Hi!
My thinkpad has rather high ping latencies... and perhaps it is due to
PCIE ASPM.
Why would that be the problem? The odds that the PCIE
I've run into a problem after updating to Fedora 19 where if I shut down
a Windows 7 KVM virtual machine, the machine hits a kernel panic. There
are a few reports of this on 3.9.8 and 3.9.9 kernels here:
https://bugzilla.redhat.com/show_bug.cgi?id=981437
The panic is "kernel BUG at
I've run into a problem after updating to Fedora 19 where if I shut down
a Windows 7 KVM virtual machine, the machine hits a kernel panic. There
are a few reports of this on 3.9.8 and 3.9.9 kernels here:
https://bugzilla.redhat.com/show_bug.cgi?id=981437
The panic is kernel BUG at
have similar hardware and your
>>https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1131468 report is
>>slightly similar. Have you seen anything like this "reduced
>>performance after resume" issue? If so, can you collect /proc/mtrr
>>contents before and afte
this reduced
performance after resume issue? If so, can you collect /proc/mtrr
contents before and after suspending?
Like Robert Hancock correctly noted the Linux kernel lacks the code to check
for MTTR changes after resume - I'm not a kernel hacker to write such a code
;-)
Likewise there's
On 05/05/2013 06:27 AM, Luke Kenneth Casson Leighton wrote:
this message came up on debian-arm and i figured that it is worthwhile
endeavouring to get across to people why device tree cannot and will
not ever be the solution it was believed to be, in the ARM world.
[just a quick note to david
On 05/05/2013 06:27 AM, Luke Kenneth Casson Leighton wrote:
this message came up on debian-arm and i figured that it is worthwhile
endeavouring to get across to people why device tree cannot and will
not ever be the solution it was believed to be, in the ARM world.
[just a quick note to david
On 04/29/2013 10:47 PM, Bjorn Helgaas wrote:
On Sat, Apr 27, 2013 at 4:10 AM, Artem S. Tashkinov wrote:
Did this problem ever get resolved?
Hello,
Unfortunately, no. Out of curiosity I've tried booting kernel
3.9-rc8 in EUFI mode but it exhibits the same problem.
Right after the boot:
On 04/29/2013 10:47 PM, Bjorn Helgaas wrote:
On Sat, Apr 27, 2013 at 4:10 AM, Artem S. Tashkinov t.ar...@lycos.com wrote:
Did this problem ever get resolved?
Hello,
Unfortunately, no. Out of curiosity I've tried booting kernel
3.9-rc8 in EUFI mode but it exhibits the same problem.
Right
On Fri, Mar 22, 2013 at 9:39 AM, Myron Stowe wrote:
> On Thu, Mar 21, 2013 at 6:51 PM, Robert Hancock wrote:
>> On 03/20/2013 10:35 PM, Myron Stowe wrote:
>>>
>>> Sysfs includes entries to memory regions that back a PCI device's BARs.
>>> The pci-sys
On Fri, Mar 22, 2013 at 9:39 AM, Myron Stowe myron.st...@gmail.com wrote:
On Thu, Mar 21, 2013 at 6:51 PM, Robert Hancock hancock...@gmail.com wrote:
On 03/20/2013 10:35 PM, Myron Stowe wrote:
Sysfs includes entries to memory regions that back a PCI device's BARs.
The pci-sysfs entries
On 03/20/2013 10:35 PM, Myron Stowe wrote:
Sysfs includes entries to memory regions that back a PCI device's BARs.
The pci-sysfs entries backing I/O Port BARs can be accessed by userspace,
providing direct access to the device's registers. File permissions
prevent random users from accessing
On 03/20/2013 10:35 PM, Myron Stowe wrote:
Sysfs includes entries to memory regions that back a PCI device's BARs.
The pci-sysfs entries backing I/O Port BARs can be accessed by userspace,
providing direct access to the device's registers. File permissions
prevent random users from accessing
On Mon, Mar 18, 2013 at 8:35 PM, Greg KH wrote:
> On Mon, Mar 18, 2013 at 08:09:22PM -0600, Robert Hancock wrote:
>> > Great, that's one possible solution, the other is just not creating the
>> > files at all for known problem devices, right?
>>
>> I don't think
On Mon, Mar 18, 2013 at 8:03 PM, Greg KH wrote:
> On Mon, Mar 18, 2013 at 07:54:09PM -0600, Robert Hancock wrote:
>> On 03/16/2013 07:03 PM, Greg KH wrote:
>> >On Sat, Mar 16, 2013 at 05:50:53PM -0600, Myron Stowe wrote:
>> >>On Sat, 2013-03-16 at 15:11 -0700, Greg
On 03/16/2013 07:03 PM, Greg KH wrote:
On Sat, Mar 16, 2013 at 05:50:53PM -0600, Myron Stowe wrote:
On Sat, 2013-03-16 at 15:11 -0700, Greg KH wrote:
On Sat, Mar 16, 2013 at 03:35:19PM -0600, Myron Stowe wrote:
Sysfs includes entries to memory that backs a PCI device's BARs, both I/O
Port
On 03/16/2013 07:03 PM, Greg KH wrote:
On Sat, Mar 16, 2013 at 05:50:53PM -0600, Myron Stowe wrote:
On Sat, 2013-03-16 at 15:11 -0700, Greg KH wrote:
On Sat, Mar 16, 2013 at 03:35:19PM -0600, Myron Stowe wrote:
Sysfs includes entries to memory that backs a PCI device's BARs, both I/O
Port
On Mon, Mar 18, 2013 at 8:03 PM, Greg KH gre...@linuxfoundation.org wrote:
On Mon, Mar 18, 2013 at 07:54:09PM -0600, Robert Hancock wrote:
On 03/16/2013 07:03 PM, Greg KH wrote:
On Sat, Mar 16, 2013 at 05:50:53PM -0600, Myron Stowe wrote:
On Sat, 2013-03-16 at 15:11 -0700, Greg KH wrote
On Mon, Mar 18, 2013 at 8:35 PM, Greg KH gre...@linuxfoundation.org wrote:
On Mon, Mar 18, 2013 at 08:09:22PM -0600, Robert Hancock wrote:
Great, that's one possible solution, the other is just not creating the
files at all for known problem devices, right?
I don't think one can reasonably
On 03/08/2013 09:18 PM, Myron Stowe wrote:
On Thu, Mar 7, 2013 at 11:51 PM, Xiangliang Yu wrote:
Hi, Bjorn
Fix system hang issue: if first accessed resource file of BAR0 ~
BAR4, system will hang after executing lspci command
This needs more explanation. We've already read the BARs by the
On 03/08/2013 09:18 PM, Myron Stowe wrote:
On Thu, Mar 7, 2013 at 11:51 PM, Xiangliang Yu yuxia...@marvell.com wrote:
Hi, Bjorn
Fix system hang issue: if first accessed resource file of BAR0 ~
BAR4, system will hang after executing lspci command
This needs more explanation. We've already
On 01/04/2013 07:27 PM, Paul Gortmaker wrote:
This driver was for the 8 bit ISA cards that were installed in
the PC-XT machines of 1980 vintage. They supported the dual
ribbon cable MFM drives of 10-20MB capacity, and ran at a 3:1
interleave, giving performance on the order of 128kB/s.
By the
On 01/04/2013 07:27 PM, Paul Gortmaker wrote:
This driver was for the 8 bit ISA cards that were installed in
the PC-XT machines of 1980 vintage. They supported the dual
ribbon cable MFM drives of 10-20MB capacity, and ran at a 3:1
interleave, giving performance on the order of 128kB/s.
By the
On 12/14/2012 03:32 PM, Don Dutile wrote:
On 12/13/2012 04:50 AM, Jason Gao wrote:
Dear List:
Description of problem:
After installed Centos 6.3(RHEL6.3) on my Dell R710(lastest
bios:Version: 6.3.0,Release Date: 07/24/2012) server,and updated
lastest kernel "2.6.32-279.14.1.el6.x86_64",I want
On 12/14/2012 03:32 PM, Don Dutile wrote:
On 12/13/2012 04:50 AM, Jason Gao wrote:
Dear List:
Description of problem:
After installed Centos 6.3(RHEL6.3) on my Dell R710(lastest
bios:Version: 6.3.0,Release Date: 07/24/2012) server,and updated
lastest kernel 2.6.32-279.14.1.el6.x86_64,I want to
On 12/11/2012 02:37 PM, Alan Stern wrote:
On Tue, 11 Dec 2012, prasannatsmkumar wrote:
Hi All,
I connected an Android phone using USB cable to my machine running
Linux (Linux 3.0, 3.2, 3.5). Mounted the SD card in phone in system
(phone is just a pass through I guess). When I choose "Safely
On 12/11/2012 02:37 PM, Alan Stern wrote:
On Tue, 11 Dec 2012, prasannatsmkumar wrote:
Hi All,
I connected an Android phone using USB cable to my machine running
Linux (Linux 3.0, 3.2, 3.5). Mounted the SD card in phone in system
(phone is just a pass through I guess). When I choose Safely
On 11/29/2012 01:27 PM, Artem S. Tashkinov wrote:
Hello,
When I was copying a lot of information (tens of gigabytes) from my primary HDD
to a
secondary HDD I got gazillions of errors like these ones:
[19568.964762] EXT4-fs warning (device sdb6): ext4_end_bio:250: I/O error
writing to inode
On Thu, Nov 29, 2012 at 12:16 PM, Bjorn Helgaas wrote:
> On Thu, Nov 29, 2012 at 1:55 AM, Justin Piszcz
> wrote:
>>
>>
>> -Original Message-
>> From: Robert Hancock [mailto:hancock...@gmail.com]
>> Sent: Wednesday, November 28, 2012 7:55 PM
>&
1 - 100 of 1555 matches
Mail list logo
