+0x16/0x1b
--
Chris Wilson, Intel Open Source Technology Centre
--
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/
oing to figure out how snip
the PCI line ID'ing it as a RAID. If Promise comes through, then I
don't have to mutilate the card. :)
--
Chris Bayly
Email: [EMAIL PROTECTED] | CNS, UNIX Support
| 151 General Services Building
Hi - we are seeing the following repeatable Oops in 2.4t13p4ac2 compiled using
gcc 2.95.2 for PIII running on IDE disks. Occurs whilst copying lots of files
to/from remote filesystems.
Thank you
Chris
Unable to handle kernel paging request at virtual address 0004
c0131891
*pde =
ly means it's a memory problem? I'll
try installing on another box to confirm.
Thank you for your help!
Chris
Unable to handle kernel NULL pointer dereference at virtual address 0120
c0145914
*pde =
Oops:
CPU:0
EIP:0010:[]
Using defaults from ksymoops -t elf32-
set
# CONFIG_USB_DABUSB is not set
#
# USB Network adaptors
#
# CONFIG_USB_PLUSB is not set
# CONFIG_USB_PEGASUS is not set
# CONFIG_USB_NET1080 is not set
#
# USB port drivers
#
# CONFIG_USB_USS720 is not set
#
# USB Serial Converter support
#
# CONFIG_USB_SERIAL is not set
#
# USB misc drivers
e raid autodetect looks for. (Read the Software-RAID howto). I
did the same thing yesterday. :)
--
Chris Bayly
Email: [EMAIL PROTECTED] | CNS, UNIX Support
| 151 General Services Building
| University o
THIS IS AN AUTOMATED RESPONSE. DO NOT RESPOND TO THIS EMAIL.
Thank you for your comments. Customer Service
emails are answered in the order in which they are received.
The department is closed on weekends and holidays and there
will be a delay in response for comments sent during these
times.
slow as well.
Cheers
--Chris
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
with you and as well give
you Details of my Proposal as soon as you respond directly to my Private email
address below.
Email: cw42...@gmail.com
Regards,
Chris Wilson.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.
I have a brand new DualShock 4 and the descriptor is a different size
than what the hid-sony driver expects. This causes the controller to not
work at all over wireless except for the trackpad. On USB it sort of
works but the motion sense does not. This affects kernels starting at
3.15 all the
Thanks for the feedback! I will retry the submission.
Regards,
Chris
Hi Joe,
Thank you for the feedback! I understand better now and will resend
the patch.
Regards,
Chris Opperman
Hi Greg,
I've added changelog text to the patch below. Appreciate your
feedback!
Regards,
Chris Opperman
>8--8<
Improved the readability of comedi_nsamples_left:
a) Reduced nesting by using more return calls.
b
From: Chris Lapa
The max8903_charger.h file indicated that dcm and dok were not optional
when dc_valid is set.
It makes sense to have dok as a compulsory pin when dc_valid is given.
However dcm can be optionally wired to a fixed level especially when the
circuit is configured for dc power
From: Chris Lapa
This patch set adds device tree support for the MAX8903 battery charger
and also cleans up the logic with the dc_valid, dok and dcm pins.
I verified these patches work on a board I have here, which uses the
DC power side (not the USB portition) of the MAX8903.
Chris Lapa (2
From: Chris Lapa
This commit also adds requesting gpio's via devm_gpio_request() to ensure
the gpio is available for usage by the driver.
Signed-off-by: Chris Lapa
---
.../devicetree/bindings/power/max8903-charger.txt | 28 ++
drivers/power/max8903_charger.c
Hi Guenter
On 08/22/2016 12:40 PM, Guenter Roeck wrote:
On Sun, Aug 21, 2016 at 9:23 PM, Chris Zhong wrote:
Add a PHY provider driver for the rk3399 SoC Type-c PHY. The USB
Type-C PHY is designed to support the USB3 and DP applications. The
PHY basically has two main components: USB3 and
, clk=%lu\n",
> + clk_get_rate(sdhci->clk));
> +
> if (np) {
> sdhci->data = sdhci_probe_config_dt(pdev);
> if (IS_ERR(sdhci->data)) {
Can I change this to a dev_err()? No-one's going to see a dev_dbg()
, clk=%lu\n",
> + clk_get_rate(sdhci->clk));
> +
> if (np) {
> sdhci->data = sdhci_probe_config_dt(pdev);
> if (IS_ERR(sdhci->data)) {
Thanks, pushed to mmc-next for 3.8.
- Chris.
--
Chris Ball <htt
,7 +313,7 @@ static int sdhci_resume(struct device *dev)
> struct spear_sdhci *sdhci = dev_get_platdata(dev);
> int ret;
>
> - ret = clk_prepare_enable(sdhci->clk);
> + ret = clk_enable(sdhci->clk);
> if (ret) {
> dev_dbg(dev
Hi Manoj,
On Mon, Nov 26 2012, Manoj Iyer wrote:
> Do you know what systems produce these errors? I can look and see if
> we have those for testing your patch.
One T430s using the ExpressCard reader¹, and one X220, both with :e823.
Thanks,
- Chris.
¹: http://support.lenovo.com/en_US/p
* hammer because it was busy doing stuff when something else generated
> memory
> + * pressure. This doesn't seem particularly wise...
> + */
As opposed to triggering an OOM? The choice was between custom code for
a hopefully rare code path in a situation of last resort, or first
impleme
effects on battery life and latency.
Thanks!
- Chris.
--
Chris Ball <http://printf.net/>
One Laptop Per Child
--
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.ker
e.
Since Monday, I have have been running a kernel with the patches (plus,
from today, the patch you mailed yesterday) applied to 3.7rc7, without
problems.
Thanks,
Chris
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@
make a partially up to date page with dirty data.
We may make fully uptodate dirty pages, but for those we can
just create dirty buffers for the whole page.
As long as we had prepare/commit write blocked while we ran
sync_blockdev, we can blindly detach any buffers that are the wrong size
and
On Thu, Nov 29, 2012 at 07:12:49AM -0700, Chris Mason wrote:
> On Wed, Nov 28, 2012 at 11:16:21PM -0700, Linus Torvalds wrote:
> > On Wed, Nov 28, 2012 at 6:58 PM, Linus Torvalds
> > wrote:
> > >
> > > But the fact that the code wants to do things like
> >
On Thu, Nov 29, 2012 at 10:26:56AM -0700, Linus Torvalds wrote:
> On Thu, Nov 29, 2012 at 6:12 AM, Chris Mason wrote:
> >
> > Jumping in based on Linus original patch, which is doing something like
> > this:
> >
> > set_blocksize() {
> > block new c
the whole ACCESS_ONCE() thing in just a single place.
The fs/buffer.c part makes sense during a quick read. But
fs/direct-io.c plays with i_blkbits too. The semaphore was fixing real
bugs there.
-chris
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
On Thu, Nov 29, 2012 at 12:26:06PM -0700, Linus Torvalds wrote:
> On Thu, Nov 29, 2012 at 11:15 AM, Chris Mason
> wrote:
> >
> > The fs/buffer.c part makes sense during a quick read. But
> > fs/direct-io.c plays with i_blkbits too. The semaphore was fixing real
>
On Thu, Nov 29, 2012 at 01:52:22PM -0700, Linus Torvalds wrote:
> On Thu, Nov 29, 2012 at 11:48 AM, Chris Mason
> wrote:
> >
> > It was all a trick to get you to say the AIO code was sane.
>
> It's only sane compared to the DIO code.
>
> That said, I hate
st one full release to hammer out a shiny new
get_blocks. Passing i_blkbits would be more mechanical, since all the
filesystems would just ignore it.
-chris
--
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, Nov 29, 2012 at 07:13:02PM -0700, Linus Torvalds wrote:
> On Thu, Nov 29, 2012 at 5:16 PM, Chris Mason wrote:
> >
> > I searched through filemap.c for the magic i_size check that would let
> > us get away with ignoring i_blkbits in get_blocks, but its just not
On Sun, Mar 17, 2013 at 08:50:03PM +0100, Daniel Vetter wrote:
> On Sat, Mar 16, 2013 at 11:19 AM, Chris Wilson
> wrote:
> > If *userspace* doesn't request either IOC_IN | IOC_OUT in their ioctl
> > command (which are seperate from the ioctl number), then kdata is set to
On Mon, Mar 18, 2013 at 07:42:58AM +1000, Dave Airlie wrote:
> On Mon, Mar 18, 2013 at 7:40 AM, Chris Wilson
> wrote:
> > On Sun, Mar 17, 2013 at 08:50:03PM +0100, Daniel Vetter wrote:
> >> On Sat, Mar 16, 2013 at 11:19 AM, Chris Wilson
> >> wrote:
> >>
If we do not complete the writes to the GMBUS registers, they remain
active for an indefinite period of time afterwards, even causing
spurious interrupts on gm45.
Signed-off-by: Chris Wilson
Link: http://lkml.kernel.org/r/alpine.lnx.2.00.1303151424140.9...@pobox.suse.cz
Cc: Shawn Starr
Cc: Jiri
On Mon, Mar 18, 2013 at 12:51:45PM +0100, Jiri Kosina wrote:
> On Mon, 18 Mar 2013, Chris Wilson wrote:
>
> > If we do not complete the writes to the GMBUS registers, they remain
> > active for an indefinite period of time afterwards, even causing
> > spurious interrupts
up to the normal return code that chooses the
appropriate return value based on gmbus2.
How about just using:
if (!HAS_GMBUS_IRQ(dev_priv->dev)) gmbus4_irq_en = 0;
and the existing wait loop?
> + return ret;
> + }
> /* Important: The hw handles only the first bi
nt
> bodly claims that the race is small enough to avoid the dreaded "nobody
> cared" message. Looks like gmbus is good at hitting that race - on newer
> chips it already brought up a similar race in handling pch interrupts.
>
> Can you please give the below patch a whir
.
That is one usable work around on the stock fedora kernel.
Chris
--
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 Tue, Mar 19, 2013 at 09:56:57AM +0100, Jiri Kosina wrote:
> On Mon, 18 Mar 2013, Chris Wilson wrote:
>
> > > +#define HAS_GMBUS_IRQ(dev) (INTEL_INFO(dev)->gen >= 5)
> > > void
> > > intel_i2c_reset(struct drm_device *dev)
> > > {
> > &g
4:20 PM, Bjorn Helgaas wrote:
On Sat, Mar 9, 2013 at 2:20 AM, Chris Clayton wrote:
On 03/08/13 22:57, Bjorn Helgaas wrote:
Thanks. I opened this bug report:
https://bugzilla.kernel.org/show_bug.cgi?id=54981 to keep track of
your logs.
Hi Chris,
The current Linux acpiphp driver doesn'
items, and only interrupt those cores. When we are trying to
isolate a set of cpus from interrupts, this is important to do.
Signed-off-by: Chris Metcalf
---
This change stands alone so could be taken into the net tree if
desired, but it is most useful in the context of Frederic Weisbecker's
On 2/1/2013 5:33 PM, Joe Perches wrote:
> On Fri, 2013-02-01 at 12:34 -0500, Chris Metcalf wrote:
>> Using pr_info in a header exposes us to potential trouble from
>> subsystems that define pr_fmt. This change fixes:
>>
>> In file included from inc
but none of the first 20 pages of hits provided a solution.
Please let me know if I can provide any additional diagnostics, but cc
me on any reply as I'm not subscribed.
Chris
[1] http://www.spinics.net/lists/linux-media/msg59468.html
Plug in the hvr1400
[ 165.300637] pciehp :00:1c.3:
crement in btrfs_file_aio_write() (+2/-1)
Jan Schmidt (1) commits (+10/-12):
Btrfs: fix EDQUOT handling in btrfs_delalloc_reserve_metadata
Liu Bo (1) commits (+38/-9):
Btrfs: fix race between snapshot deletion and getting inode
Chris Mason (1) commits (+4/-1):
Btrfs: move d_instantiate o
oms->pdata.get_ro = of_mmc_spi_get_ro;
>
> oms->detect_irq = irq_of_parse_and_map(np, 0);
> - if (oms->detect_irq != NO_IRQ) {
> + if (oms->detect_irq != 0) {
> oms->pdata.init = of_mmc_spi_init;
> oms->pdata.exit = of
>> regulator_can_change_voltage() function in regulators core.
>>
>> Signed-off-by: Marek Szyprowski
>
> Any chance to get this patch scheduled for v3.9?
Thanks, pushed to mmc-next for 3.9.
- Chris.
--
Chris Ball <http://printf.net/>
One Laptop Per Child
--
To
is patch scheduled for v3.9?
This one doesn't apply -- please could you rebase/resend?
Thanks,
- Chris.
--
Chris Ball <http://printf.net/>
One Laptop Per Child
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
map_hsmmc on platforms
> booting via DT. These platforms include omap2/3/4/5 and am33xx.
>
> These patches were split out from the v5 version of the AM33XX DMA
> series and split from the EDMA-specific omap_hsmmc changes.
Thanks, pushed to mmc-next for 3.9.
- Chris.
--
Chris Ball
gt; if (err < 0)
> goto out;
Thanks, I've pushed 1/3 to mmc-next for 3.9 now.
- Chris.
--
Chris Ball <http://printf.net/>
One Laptop Per Child
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
quot;, inspired
to Tejun Heo's observation about Kconfig.freezer not being included.
The largest changes are just syntax changes removing the tile-specific use
of a macro named INT_MASK, which is way too commonly redefined throughout
driver code.
Chris Metcalf (9):
tile: remove an unused v
On 04/03/13 15:32, Michal Marek wrote:
On 1.4.2013 11:28, Chris Clayton wrote:
Ping!
This is still happening with 3.9-rc5.
[chris:~/kernel/linux]$ make bzImage
...
Kernel: arch/x86/boot/bzImage is ready (#14)
[chris:~/kernel/linux]$ make kernelrelease
scripts/kconfig/conf --silentoldconfig
#x27; and let the user decide on
> Whether he wants to re-issue (i.e. continue) the sanitize or just let
> it go.
Can you respond to this review feedback from Luca, please?
Thanks,
- Chris.
--
Chris Ball <http://printf.net/>
One Laptop Per Child
--
To unsubscribe from this list
lways, and goes through the same steps,
starting with UDMA/66 and landing on UDMA/44:PIO4.
What am I doing wrong?
Below is the dmesg identifying information.
Thanks,
- Chris
[1.357523] ata1: SATA max UDMA/133 cmd 0x1f0 ctl 0x3f6 bmdma 0xbfa0 irq 14
[1.357527] ata2: PATA max UDMA/100 cmd
'0:udma/44'
libata: Unknown parameter '0:udma/44'
libata: Unknown parameter '0:udma/44'
libata: Unknown parameter '0:udma/44'
Which I think is from kernel/params.c, not drivers/ata/libata-core.c.
- Chris
--
To unsubscribe from this list: send th
On Apr 2, 2013, at 2:10 PM, Bjorn Helgaas wrote:
> On Mon, Apr 1, 2013 at 11:47 AM, Matthew Garrett
> wrote:
>> On Mon, 2013-04-01 at 11:39 -0600, Bjorn Helgaas wrote:
>>
>>> Chris still has problems (see
>>> https://bugzilla.redhat.com/show_bug.cgi?id=9
On Fri, Apr 05, 2013 at 01:07:25AM -0400, Chris Frey wrote:
> I'd like to duplicate these settings, so that it does not timeout, but
> when I use:
>
> libata.force=ata1:udma/44,ata1:pio4
I figured out what I was doing wrong. It should be:
libata.force=1:udma/4
On Apr 5, 2013, at 2:35 PM, Bjorn Helgaas wrote:
> On Fri, Apr 5, 2013 at 2:31 PM, Chris Murphy
> wrote:
>>
>>
>> Are they in 3.9.0-0.rc5.git2.1.f19? I'm seeing a regression from 3.8.5 with
>> the radeon driver not finding BIOS ROM as well.
>> ht
Hi Martin,
On 01/28/13 21:02, Martin Mokrejs wrote:
Hi Chris,
Chris Clayton wrote:
Hi Martin,
On 01/28/13 12:12, Martin Mokrejs wrote:
Chris Clayton wrote:
[snip]
[chris:~]$ cat /proc/cmdline
root=/dev/sda5 pciehp_ports=native ro resume=/dev/sda6
; CONFIG_COGRUP_FREEZER is in init/Kconfig, so allyesconfig enables it
> but as CONFIG_FREEZER definition isn't visible, we end up with broken
> config CONFIG_CGROUP_FREEZER && !CONFIG_FREEZER.
>
> Maybe we need to move CONFIG_CGROUP_FREEZER to Kconfig.freezer if tile
>
On 1/31/2013 7:52 PM, Tejun Heo wrote:
> Hello, Chris.
>
> On Thu, Jan 31, 2013 at 07:46:09PM -0500, Chris Metcalf wrote:
>> That seems reasonable to me, but I'm happy to experiment with
>> including Kconfig.freezer from the arch/tile/Kconfig if that feels
>>
Use the normal cmpxchg() idiom to implement this functionality.
Signed-off-by: Chris Metcalf
---
arch/tile/Kconfig |1 +
arch/tile/include/asm/atomic.h | 21 +
2 files changed, 22 insertions(+)
diff --git a/arch/tile/Kconfig b/arch/tile/Kconfig
index
Like nm10300, tile can just use get_cycles() for this.
Signed-off-by: Chris Metcalf
---
drivers/input/joystick/analog.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/input/joystick/analog.c b/drivers/input/joystick/analog.c
index 358cd7e..7cd74e2 100644
--- a
These functions are used by (for example) the tilegx onchip
network driver, and it's useful to be able to load that driver
as a module.
Signed-off-by: Chris Metcalf
---
kernel/irq/manage.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/kernel/irq/manage.c b/kernel/irq/manage.c
This was shown up by running with "allmodconfig". I used
EXPORT_SYMBOL() to match existing conventions in files that
were already exporting symbols, or that were exported that way
by other architectures, and otherwise EXPORT_SYMBOL_GPL().
Signed-off-by: Chris Metcalf
---
arch/t
On tilepro without CONFIG_PCI, we can't provide inlines of these
functions, as we don't have readl/writel.
In addition, fix memset_io() signature to take a volatile void *.
Signed-off-by: Chris Metcalf
---
arch/tile/include/asm/io.h |6 +-
1 file changed, 5 insertions(+),
This allows us to disable COMPAT mode without a link error.
Signed-off-by: Chris Metcalf
---
arch/tile/kernel/intvec_64.S |4
1 file changed, 4 insertions(+)
diff --git a/arch/tile/kernel/intvec_64.S b/arch/tile/kernel/intvec_64.S
index 54bc9a6..4ea0809 100644
--- a/arch/tile/kernel
/include/asm/io.h: In function ‘ioport_map’:
arch/tile/include/asm/io.h:296: error: expected ‘)’ before ‘PFX’
Signed-off-by: Chris Metcalf
---
arch/tile/include/asm/io.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/tile/include/asm/io.h b/arch/tile/include/asm/io.h
ivers that
are enabled by "allyesconfig".
Signed-off-by: Chris Metcalf
---
arch/tile/include/asm/irqflags.h| 32 +--
arch/tile/include/uapi/arch/interrupts_32.h | 394 ++-
arch/tile/include/uapi/arch/interrupts_64.h | 346 +++
a
This avoids a link-time failure when building allyesconfig.
Signed-off-by: Chris Metcalf
---
arch/tile/kernel/setup.c |5 +
1 file changed, 5 insertions(+)
diff --git a/arch/tile/kernel/setup.c b/arch/tile/kernel/setup.c
index 6a649a4..d1e15f7 100644
--- a/arch/tile/kernel/setup.c
On tile architecture (with "make allyesconfig") including
is required to call swiotlb_nr_tbl().
Signed-off-by: Chris Metcalf
---
drivers/gpu/drm/nouveau/nouveau_bo.c |1 +
drivers/gpu/drm/radeon/radeon_ttm.c |1 +
2 files changed, 2 insertions(+)
diff --git a/drivers/gpu/d
I'd
also look hard at your ram since drives don't usually send back single bit
errors.
-chris
--
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 Tue, Jan 22, 2013 at 05:48:33PM -0700, Chris Mason wrote:
> Hi Linus,
>
> My for-linus branch has our batch of btrfs fixes:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
>
> We've been hammering away at a crc corruption as well, w
Hi Linus,
My for-linus branch has our batch of btrfs fixes:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
It turns out that we had two crc bugs when running fsx-linux in a
loop. Many thanks to Josef, Miao Xie, and Dave Sterba for nailing it
all down. Miao also h
From: Christopher Staite
Fix commit 62444b7462a2b98bc78d68736c03a7c4e66ba7e2 for HD 6450. The stop and
resume causes the screen to glitch and the X server to reboot constantly.
Re-instating the UPDATE_LOCK fixes the issue in tests on the v3.6.11 stable,
and the code has not been altered to f
Hi Martin,
On 01/24/13 19:21, Martin Mokrejs wrote:
Hi Chris,
try to include in kernel only acpiphp and omit pciehp. Don't use modules but
include
them statically. And try, in addition, check whether "pcie_aspm=off" in
grub.conf helped.
Thanks for the tip. I had th
Hi Martin,
On 01/26/13 21:14, Martin Mokrejs wrote:
Hi Chris,
Chris Clayton wrote:
Hi Martin,
On 01/24/13 19:21, Martin Mokrejs wrote:
Hi Chris,
try to include in kernel only acpiphp and omit pciehp. Don't use modules
but include
them statically. And try, in addition, check wh
On 01/27/13 12:18, Yijing Wang wrote:
于 2013-01-27 19:19, Chris Clayton 写道:
Hi Yijing
On 01/27/13 02:45, Yijing Wang wrote:
于 2013-01-27 4:54, Chris Clayton 写道:
Hi Martin,
On 01/24/13 19:21, Martin Mokrejs wrote:
Hi Chris,
try to include in kernel only acpiphp and omit pciehp. Don&#
On 01/27/13 14:26, Martin Mokrejs wrote:
Chris Clayton wrote:
On 01/27/13 12:18, Yijing Wang wrote:
于 2013-01-27 19:19, Chris Clayton 写道:
Hi Yijing
On 01/27/13 02:45, Yijing Wang wrote:
于 2013-01-27 4:54, Chris Clayton 写道:
Hi Martin,
On 01/24/13 19:21, Martin Mokrejs wrote:
Hi Chris
switched to 3.7.4, mainly because you are
having success with 3.7.x, acpiphp and pcie_aspm=off. I verified the
environment as follows:
[chris:~]$ cat /proc/cmdline
root=/dev/sda5 pcie_aspm=off ro resume=/dev/sda6
[chris:~]$ dmesg | grep ASPM
[0.00] PCIe ASPM is disabled
[0.348959] pci0
Hi Yijing,
On 01/28/13 02:40, Yijing Wang wrote:
Hi Chris,
Sorry for the delay reply. It seems like my reply last night was missed.
From the sysinfo you provide, there are no pcie port devices under
/sys/bus/pci_express/devices.
Maybe because there are some problems with _OSC in your
[no one screamed, so linux-media ml dropped]
Hi Martin,
On 01/28/13 10:56, Martin Mokrejs wrote:
Chris Clayton wrote:
Hi Yijing,
On 01/28/13 02:40, Yijing Wang wrote:
Hi Chris,
Sorry for the delay reply. It seems like my reply last night was missed.
From the sysinfo you provide
[snip]
[chris:~]$ cat /proc/cmdline
root=/dev/sda5 pciehp_ports=native ro resume=/dev/sda6
^^
**typo**
I've run the test again with pcie_ports=native and the directories now
get populated. Even better though, is that when I plug in the card,
ho
Hi Martin,
On 01/28/13 12:12, Martin Mokrejs wrote:
Chris Clayton wrote:
[snip]
[chris:~]$ cat /proc/cmdline
root=/dev/sda5 pciehp_ports=native ro resume=/dev/sda6
^^
**typo**
I've run the test again with pcie_ports=native and the directorie
prefer having the literal numbers accessible, even though it
duplicates data, so I've taken Zhang's original patch for now.
Thanks,
- Chris.
--
Chris Ball <http://printf.net/>
One Laptop Per Child
--
To unsubscribe from this list: send the line "unsubscribe li
Hi Doug,
On Mon, Jan 14 2013, Doug Anderson wrote:
> The whole bundle of all 5 patches at v4 is here:
> http://patchwork.kernel.org/bundle/dianders/mmc_wp/
Thanks, I've pushed all 5 to mmc-next for 3.9 now with the collected ACKs.
- Chris.
--
Chris Ball <http://printf.ne
Hi Maya,
On Sun, Jan 13 2013, Maya Erez wrote:
> Agreed, I will change the commit text in the next uploaded version.
I haven't seen the updated patch go by -- please could you send it when
you get a chance?
Thanks,
- Chris.
--
Chris Ball <http://printf.net/>
One Laptop P
ct dev_pm_ops wmt_mci_pm = {
>
> static struct platform_driver wmt_mci_driver = {
> .probe = wmt_mci_probe,
> - .remove = __exit_p(wmt_mci_remove),
> + .remove = wmt_mci_remove,
> .driver = {
> .name = DRIVER_NAME,
> .
mc*,
>> I and Jaehoon Chung are willing to maintain it.
>>
>> Signed-off-by: Seungwon Jeon
>> Signed-off-by: Jaehoon Chung
>> ---
>> MAINTAINERS |8
>> 1 files changed, 8 insertions(+), 0 deletions(-)
>
> Acked-by: Will Newton
Th
xt for 3.9.
(Please ignore the mail I just sent asking you to repost this patch --
I was confused by the v1 and change in Subject line.)
- Chris.
--
Chris Ball <http://printf.net/>
One Laptop Per Child
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
evicetree/bindings/mmc/orion-sdio.txt
create mode 100644 Documentation/devicetree/bindings/mmc/tmio_mmc.txt
create mode 100644 drivers/mmc/host/android-goldfish.c
create mode 100644 drivers/mmc/host/sdhci-bcm2835.c
delete mode 100644 include/linux/platform_data/mmc-sdhci-tegra.h
--
Chris Ball
7;t describe how the fb gets corrupted, so it is impossible to
guess the likely cause. When in doubt, please attach a photograph of
the corruption.
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel&qu
On Mon, Feb 25, 2013 at 04:43:12PM +0200, Felipe Balbi wrote:
> Hi,
>
> On Mon, Feb 25, 2013 at 02:39:18PM +0000, Chris Wilson wrote:
> > On Mon, Feb 25, 2013 at 04:24:11PM +0200, Felipe Balbi wrote:
> > > Hi folks,
> > >
> > > I have a Dell e6410 whose
On Mon, Feb 25, 2013 at 04:56:22PM +0200, Felipe Balbi wrote:
> Hi,
>
> On Mon, Feb 25, 2013 at 02:49:07PM +0000, Chris Wilson wrote:
> > That looks like https://bugzilla.freedesktop.org/show_bug.cgi?id=60391
> > which is fixed by
> >
> > commit da88a5f
dows 8 will not load unsigned drivers if Secure Boot is enabled.
For reference:
http://msdn.microsoft.com/en-us/library/windows/desktop/hh848062%28v=vs.85%29.aspx
Chris
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.ker
in ptrace
----
Chris Zankel (2):
xtensa: add support for TLS
xtensa: add accept4 syscall
Marc Gauthier (1):
xtensa: dispatch medium-priority interrupts
Max Filippov (10):
xtensa: rename prom_update_property to of_update_property
x
On 02/26/2013 03:40 PM, Florian Weimer wrote:
* Chris Friesen:
On 02/25/2013 10:14 AM, Matthew Garrett wrote:
Windows 8 will not load unsigned drivers if Secure Boot is enabled.
For reference:
http://msdn.microsoft.com/en-us/library/windows/desktop/hh848062%28v=vs.85%29.aspx
Thanks. Do
e) {
+ status = I915_READ_NOTRACE(ch_ctl);
+ DRM_ERROR("dp aux hw did not signal timeout (has irq: %i),
status=%08x!\n",
+ has_aux_irq, status);
+ }
#undef C
return status;
--
Chris Wilson, Intel Open Source Techno
om: Patrik Jakobsson
> >
> > commit 4f7dfb6788dd022446847fbbfbe45e13bedb5be2 upstream.
> Is this really stable material? It fixes no known issues and the bug
> report seems to be a different problem.
https://bugs.freedesktop.org/show_bug.cgi?id=59066 is a genuine bug
fixed.
-Chris
--
C
dly this would be tricky to do reliably in a way that the user
doesn't notice, so it may not actually be a real-world threat.
Chris
--
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 a
1 - 100 of 8372 matches
Mail list logo
