Sascha Wilde wrote:
[...]
> [2] FWIW², I'm under the stron impression that the whole fan control
> changed in the latest vanilla kernels on my 6910p even before doing
> a suspend/resume -- it seems to be more "binary" if you will, in
> that the fan is not running at all for a while
Hi *,
same problem here on my HP Compaq 6910p.
I just tested with vanilla linux 3.8.2 -- unfortunately the problem
still persists.[1][2] The last (stable) kernel working for me is 3.6.11.
I'll happily provide any additional information which might help getting
this fixed. Just ask... :)
Pleas
On Thu, Feb 21, 2013 at 6:17 PM, Salvatore Sisinni wrote:
>
> On Wed, Feb 20, 2013 at 2:41 PM, Roberto Oppedisano
> wrote:
>
> > Il 20/02/2013 01:20, Zhang Rui ha scritto:
>
> >> can you please check if the problem still exists in the -next branch of
> >> git://git.kernel.org/pub/scm/linux/kernel
Added Cc: list
Il 04/03/2013 13:29, Roberto Oppedisano ha scritto:
Il 03/03/2013 01:22, Ville Syrjala ha scritto:
Roberto Oppedisano gmail.com> writes:
Hello,
with recent kernels after a suspend/resume cycle on my laptop (HP
6730b) the fans stays at full speed.
I too have been hit by
Il 03/03/2013 01:22, Ville Syrjala ha scritto:
Roberto Oppedisano gmail.com> writes:
Hello,
with recent kernels after a suspend/resume cycle on my laptop (HP
6730b) the fans stays at full speed.
I too have been hit by this regression w/ a HP Compaq NC6000 laptop.
>From what I can tell
Roberto Oppedisano gmail.com> writes:
>
> Hello,
> with recent kernels after a suspend/resume cycle on my laptop (HP
> 6730b) the fans stays at full speed.
I too have been hit by this regression w/ a HP Compaq NC6000 laptop.
>From what I can tell 3.7.x gets confused about trip points aft
On Wed, Feb 20, 2013 at 2:41 PM, Roberto Oppedisano
wrote:
> Il 20/02/2013 01:20, Zhang Rui ha scritto:
>> can you please check if the problem still exists in the -next branch of
>> git://git.kernel.org/pub/scm/linux/kernel/git/rzhang/linux.git
>
>
> I had a merge conflict resolved with a:
>
> g
Hi,
Il 20/02/2013 01:20, Zhang Rui ha scritto:
On Tue, 2013-02-19 at 18:54 +0100, Salvatore Sisinni wrote:
Hello Rui,
same problem here with kernel-3.7.8-202.fc18.x86_64
but fan speed after resume with kernel-3.6.10-4.fc18.x86_64 seems ok
acpidump and sys/class/thermal/ details are attached
On Tue, 2013-02-19 at 18:54 +0100, Salvatore Sisinni wrote:
> Hello Rui,
>
> same problem here with kernel-3.7.8-202.fc18.x86_64
> but fan speed after resume with kernel-3.6.10-4.fc18.x86_64 seems ok
> acpidump and sys/class/thermal/ details are attached
>
Hmmm,
can you please check if the prob
Michael Grosshaeuser wrote:
> Zhang Rui intel.com> writes:
>
>>
>> Hi, Roberto,
>>
>> please attach the acpidump output.
>>
>> On Tue, 2012-12-04 at 13:57 +0100, Roberto Oppedisano wrote:
>> > Hello,
>> > with recent kernels after a suspend/resume cycle on my laptop (HP
>> > 6730b) the f
Zhang Rui intel.com> writes:
>
> Hi, Roberto,
>
> please attach the acpidump output.
>
> On Tue, 2012-12-04 at 13:57 +0100, Roberto Oppedisano wrote:
> > Hello,
> > with recent kernels after a suspend/resume cycle on my laptop (HP
> > 6730b) the fans stays at full speed.
> does the fan k
Hi Jean,
Jean Delvare wrote:
> Hi Martin,
>
> On Wed, 23 Jan 2013 12:15:37 +0100, Martin Mokrejs wrote:
>> Hi,
>> I already reported this to lkml recently with linux-3.7.1 but this is to
>> let you know
>> that with 3.7.4 I am still getting this kmemleak reported by the kernel.
>
> I don't re
Hi Martin,
On Wed, 23 Jan 2013 12:15:37 +0100, Martin Mokrejs wrote:
> Hi,
> I already reported this to lkml recently with linux-3.7.1 but this is to
> let you know
> that with 3.7.4 I am still getting this kmemleak reported by the kernel.
I don't read LKML.
> unreferenced object 0x88040b
Hi,
any news about this issue ? I'm still seeing the problem with the
released 3.7 (and also with 3.7.1).
Let me know if you need more info or testing.
Kind regards
R
Il 05/12/2012 08:30, Roberto Oppedisano ha scritto:
Hello Rui
Il 04/12/2012 15:11, Zhang Rui ha scritto:
Hi, Roberto,
p
On Sun, 16 Dec 2012, Con Kolivas wrote:
> These are patches designed to improve system responsiveness and
> interactivity with specific emphasis on the desktop, but suitable to
> any commodity hardware workload.
>
> Apply to 3.7.x:
> -ck-ckhttp://ck.kolivas.org/patches/3.0/3.7/3.71/patch-3.71.bz2
On Sun, 16 Dec 2012 18:33:14 Hillf Danton wrote:
> On Sun, Dec 16, 2012 at 5:54 PM, Con Kolivas wrote:
> > On Sun, 16 Dec 2012 11:16:31 Con Kolivas wrote:
> >> These are patches designed to improve system responsiveness and
> >> interactivity with specific emphasis on the desktop, but suitable to
On Sun, 16 Dec 2012 11:16:31 Con Kolivas wrote:
> These are patches designed to improve system responsiveness and
> interactivity with specific emphasis on the desktop, but suitable to
> any commodity hardware workload.
>
> Apply to 3.7.x:
> -ck-ckhttp://ck.kolivas.org/patches/3.0/3.7/3.71/patch-3
These are patches designed to improve system responsiveness and
interactivity with specific emphasis on the desktop, but suitable to
any commodity hardware workload.
Apply to 3.7.x:
-ck-ckhttp://ck.kolivas.org/patches/3.0/3.7/3.71/patch-3.71.bz2
or
-ck-ckhttp://ck.kolivas.org/patches/3.0/3.7/3.71/
Hello all,
i've seen two possible circular locking dependencies with my bluetooth dialup
setup. The dmesg outputs are attached.
Any idea?
I'll check, if i can reproduce this dmesg output.
Please let me know, if you need additional infos.
Best regards,
Oliver
[ 1003.760488] PPP generic driver ve
Hi all,
On Mon, 10 Dec 2012 19:59:50 -0800 Linus Torvalds
wrote:
>
> Anyway, it's been a somewhat drawn out release despite the 3.7 merge
> window having otherwise appeared pretty straightforward, and none of
> the rc's were all that big either. But we're done, and this means that
> the merge wi
ot;mm: avoid waking kswapd for THP allocations when
compaction is deferred or contended"
Revert "revert "Revert "mm: remove __GFP_NO_KSWAPD""" and
associated damage
Linux 3.7
Mel Gorman (2):
mm: compaction: validate pfn range passed to isolate_freepages
On Tue, Dec 11, 2012 at 12:31:29AM +0100, Krzysztof Mazur wrote:
> Hi,
>
> commit c2dde5f8f2095d7c623ff3565c1462e190272273
> (dmaengine: add TI EDMA DMA engine driver)
> with new option CONFIG_TI_EDMA=y causes system hang after
> "Uncompressing Linux... done, booting the kernel."
> on OMAP L137.
Hi,
commit c2dde5f8f2095d7c623ff3565c1462e190272273
(dmaengine: add TI EDMA DMA engine driver)
with new option CONFIG_TI_EDMA=y causes system hang after
"Uncompressing Linux... done, booting the kernel."
on OMAP L137.
The same problem still exists in current v3.7-rc8-41-gcaf4919.
This causes som
Hi,
got through all steps after all, and the ghost vanished.
Perhaps I did some silly mistake (marked that original master HEAD
as "bad" despite not actually having run that but rather some local
seemingly innocuous modifications - that will teach me for sure...).
Or perhaps it was something abo
> Linus Torvalds writes:
>
>> Does that fix the printk's for you too?
>
> Yep, works for me, thanks!
Belated "works for me too" (just in case you were worrying that ia64
was still broken).
-Tony
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message t
Hi, Roberto,
please attach the acpidump output.
On Tue, 2012-12-04 at 13:57 +0100, Roberto Oppedisano wrote:
> Hello,
> with recent kernels after a suspend/resume cycle on my laptop (HP
> 6730b) the fans stays at full speed.
does the fan keep running at full speed after resume?
please atta
backlight stays
> until finally monitor blanks.
Unloading *all* unloadable modules didn't help.
Current status:
$ git bisect log
git bisect start
# good: [f4a75d2eb7b1e2206094b901be09adb31ba63681] Linux 3.7-rc6
git bisect good f4a75d2eb7b1e2206094b901be09adb31ba63681
# bad: [3c46f3d64
Hi,
Linus Torvalds writes:
> Does that fix the printk's for you too?
Yep, works for me, thanks!
Tested-by: Romain Francoise
--
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.kern
On Mon, Dec 3, 2012 at 3:40 PM, Linus Torvalds
wrote:
>
> Yup, I can reproduce it with that.
>
> I'll shut the printk up some way. In the meantime, you can ignore it.
Here's a patch to handle the "buffer head crosses the end of the disk" case.
It works for me, and in fact it should allow us to b
On Mon, Dec 3, 2012 at 3:07 PM, Linus Torvalds
wrote:
>
> I guess I need to try harder. I'm guessing that there's a 4kB
> filesystem there, and the block device size isn't 4kB-aligned or
> something.
Yup, I can reproduce it with that.
I'll shut the printk up some way. In the meantime, you can ig
On Mon, Dec 3, 2012 at 3:07 PM, Linus Torvalds
wrote:
>
> I guess I need to try harder. I'm guessing that there's a 4kB
> filesystem there, and the block device size isn't 4kB-aligned or
> something.
Anyway, to clarify: the printk's are harmless, since the IO past the
end of the device is just er
On Mon, Dec 3, 2012 at 2:44 PM, Tony Luck wrote:
>> Just for info, can you add a "WARN_ON_ONCE()" to handle_bad_sector()
>> just so that I see which particular path your kvm load triggers.
>
> On native ia64 (with SLES11 userspace) I see:
Interesting. I knew about the possibility of this, and had
On Mon, 3 Dec 2012 12:36:26 -0800 Linus Torvalds
wrote:
>
> The only things I want to see are fixes that people care deeply about.
> If it's not critical, or you don't have an actual problem report from
> an actual user, just put it in the queue under the christmas tree, and
> let it got for 3.8
> Just for info, can you add a "WARN_ON_ONCE()" to handle_bad_sector()
> just so that I see which particular path your kvm load triggers.
On native ia64 (with SLES11 userspace) I see:
WARNING: at block/blk-core.c:1557 generic_make_request_checks+0x680/0xa40()
Hardware name: I8QBH
Modules linked i
On Mon, Dec 3, 2012 at 2:20 PM, Romain Francoise wrote:
>
> Could these changes be the reason for the following suddenly appearing in
> one of my VMs with rc8 (no such messages with rc7)? Pretty standard virtio
> setup in KVM.
>
> [ 11.832295] attempt to access beyond end of device
> [ 11.8322
On Mon, Dec 3, 2012 at 2:29 PM, Tony Luck wrote:
>
>
>
> On Mon, Dec 3, 2012 at 2:20 PM, Romain Francoise
> wrote:
>>
>> Hi Linus,
>>
>> Linus Torvalds writes:
>>
>> > Linus Torvalds (5):
>> > fs/buffer.c: make block-size be per-page and protected by the
>> > page lock
>> > blockdev:
Hi Linus,
Linus Torvalds writes:
> Linus Torvalds (5):
> fs/buffer.c: make block-size be per-page and protected by the page lock
> blockdev: remove bd_block_size_semaphore again
> direct-io: don't read inode->i_blkbits multiple times
> blkdev_max_block: make private to fs
On Mon, 3 Dec 2012 12:36:26 -0800 Linus Torvalds
wrote:
>
> (Ok, while writing this I got another pull request that made me go "We
> don't really need this". I'll pull that, because technically it came
> in before I'd given people this warning, but ...)
You really are an old softie, aren't you ;
ck
blockdev: remove bd_block_size_semaphore again
direct-io: don't read inode->i_blkbits multiple times
blkdev_max_block: make private to fs/buffer.c
Linux 3.7-rc8
Mark Brown (2):
mfd: wm5102: Update register patch for latest evaluation
mfd: wm5110: Disabl
Hi,
On Mon, Dec 03, 2012 at 11:39:07AM -0800, Linus Torvalds wrote:
> On Mon, Dec 3, 2012 at 11:33 AM, Andreas Mohr wrote:
> > Florian Fainelli (1):
> > x86/ce4100: Fix pm_poweroff
> >
> > sounds like it *might* happen to be a candidate (I could try to add a
> > revert on top, of certain li
On Mon, Dec 3, 2012 at 11:33 AM, Andreas Mohr wrote:
> Hello,
>
> JFYI: Yet Another Suspend Breakage, it seems (hopefully someone
> can contribute to and further nail down this issue).
>
>
> Working:
> vmlinuz-3.7.0-rc5-00068-gc5e35d6 (HEAD possibly unknown?)
>
> Failing:
> vmlinuz-3.7.0-rc7-00179
Hello,
JFYI: Yet Another Suspend Breakage, it seems (hopefully someone
can contribute to and further nail down this issue).
Working:
vmlinuz-3.7.0-rc5-00068-gc5e35d6 (HEAD possibly unknown?)
Failing:
vmlinuz-3.7.0-rc7-00179-g2db18aa (HEAD 3c46f3d6406b1d0c53575774b2d1fd013cd7f76f)
Athlon XP 32
fix out range signal for ED
Laurent Pinchart (1):
omapdss: dss: Fix clocks on OMAP363x
Linus Torvalds (1):
Linux 3.7-rc7
Ludovic Desroches (1):
i2c: at91: fix SMBus quick command
Lukas Czerner (1):
ext3: Avoid underflow of in ext3_trim_fs()
Maarten Lankhorst (2):
drm/nouve
On Thu, 22 Nov 2012, Henrik Rydberg wrote:
>> Yeah, the utter lack of a vbt fits very nicely, thanks for checking,
>> I've merged the patch into drm-intel-fixes and will forward it for
>> inclusion into 3.7 rsn.
>
> Great, thanks. One thing about that patch: if we would ever encounter
> a non-zero
> Yeah, the utter lack of a vbt fits very nicely, thanks for checking,
> I've merged the patch into drm-intel-fixes and will forward it for
> inclusion into 3.7 rsn.
Great, thanks. One thing about that patch: if we would ever encounter
a non-zero edp.bpp < 3, display_bpc would not be clamped. I su
On Thu, Nov 22, 2012 at 7:23 PM, Henrik Rydberg wrote:
>> >> My apologies for the long delay in answering, I've somehow mixed up
>> >> different bugreports and thought I've sent you a patch to test
>> >> already. Anyway, please test
>> >>
>> >> https://patchwork.kernel.org/patch/1728111/
>> >
>> >
Hi Daniel,
> My apologies for the long delay in answering, I've somehow mixed up
> different bugreports and thought I've sent you a patch to test
> already. Anyway, please test
>
> https://patchwork.kernel.org/patch/1728111/
Tested-by: Henrik Rydberg
Thanks,
Henrik
--
To unsubscribe from t
Hi Daniel,
> >> My apologies for the long delay in answering, I've somehow mixed up
> >> different bugreports and thought I've sent you a patch to test
> >> already. Anyway, please test
> >>
> >> https://patchwork.kernel.org/patch/1728111/
> >
> > Tested-by: Henrik Rydberg
>
> Can you please
On Wed, Nov 21, 2012 at 11:35 PM, Greg KH wrote:
> On Wed, Nov 21, 2012 at 08:15:25PM +0900, MyungJoo Ham wrote:
>> The following changes since commit f4a75d2eb7b1e2206094b901be09adb31ba63681:
>>
>> Linux 3.7-rc6 (2012-11-16 17:42:40 -0800)
>>
>> are available i
On Thu, Nov 22, 2012 at 12:18 PM, Henrik Rydberg wrote:
>> My apologies for the long delay in answering, I've somehow mixed up
>> different bugreports and thought I've sent you a patch to test
>> already. Anyway, please test
>>
>> https://patchwork.kernel.org/patch/1728111/
>
> Tested-by: Henr
Hi Daniel,
> > As advertised, this patch breaks the Macbook Pro Retina, which seems
> > unfair. The patch below is certainly not the best remedy, but it does
> > work. Tested on a MacbookPro10,1.
>
> My apologies for the long delay in answering, I've somehow mixed up
> different bugreports and th
On Wed, Nov 21, 2012 at 08:15:25PM +0900, MyungJoo Ham wrote:
> The following changes since commit f4a75d2eb7b1e2206094b901be09adb31ba63681:
>
> Linux 3.7-rc6 (2012-11-16 17:42:40 -0800)
>
> are available in the git repository at:
> git://git.kernel.org/pub/scm/li
On Tue, Nov 20, 2012 at 11:39 AM, Henrik Rydberg wrote:
>> drm/i915: do not ignore eDP bpc settings from vbt
>
> As advertised, this patch breaks the Macbook Pro Retina, which seems
> unfair. The patch below is certainly not the best remedy, but it does
> work. Tested on a MacbookPro10,1.
M
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The following changes since commit f4a75d2eb7b1e2206094b901be09adb31ba63681:
Linux 3.7-rc6 (2012-11-16 17:42:40 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/mzx/extcon.git for-gregkh
Alexey
> drm/i915: do not ignore eDP bpc settings from vbt
As advertised, this patch breaks the Macbook Pro Retina, which seems
unfair. The patch below is certainly not the best remedy, but it does
work. Tested on a MacbookPro10,1.
Thanks,
Henrik
---
From: Henrik Rydberg
Date: Tue, 20 Nov 2012
dd _dev_attr_ to ocp2scp for representing usb_phy
ARM: OMAP: ocp2scp: create omap device for ocp2scp
Len Brown (2):
tools/power turbostat: Repair Segmentation fault when using -i option
tools/power turbostat: graceful fail on garbage input
Linus Torvalds (1):
Linux 3.7-r
Hi Linus,
Please pull this pair of power tools patches --
a 3.7 regression fix plus a bug fix.
thanks!
Len Brown, Intel Open Source Technology Center
The following changes since commit bc909421a9c7083fcde795846d22b36a51a7be54:
Merge tag 'gpio-fixes-v3.7-rc4' of
git://git.kernel.org/pub/scm/l
On Mon, Nov 12, 2012 at 5:18 PM, David Rientjes wrote:
>
> You want to carry a dummy tunable forever?
Feel free to make it non-dummy.
> If not, then how long if two years isn't sufficient?
What part of "We don't break user space" do you have trouble understanding?
There is no time limit. It's
On Mon, 12 Nov 2012, Linus Torvalds wrote:
> The work-around might be as simple as creating an oom_adj file that
> simply doesn't do anything.
>
You want to carry a dummy tunable forever? If not, then how long if two
years isn't sufficient?
--
To unsubscribe from this list: send the line "unsu
On Mon, Nov 12, 2012 at 1:41 PM, David Rientjes wrote:
>
> This is
> http://mail.kde.org/pipermail/unassigned-bugs/2010-December/016850.html
> from almost two years ago. The tunable had been on the feature removal
> schedule for two years and would have emitted a warning if you had run on
> any k
On Mon, 12 Nov 2012, Artem S. Tashkinov wrote:
> Hello,
>
> If I remember correctly kernel developers promised not to break user APIs in
> the Linux kernel
> however in Linux 3.7 a /proc//oom_adj file has been totally removed
> which makes KDE 3.5.x
> (and I suppose
Hello,
If I remember correctly kernel developers promised not to break user APIs in
the Linux kernel
however in Linux 3.7 a /proc//oom_adj file has been totally removed which
makes KDE 3.5.x
(and I suppose TDE) unusable as they depend on this file and simply refuse to
start in its absence
pport Teradici 2200 host card audio
Lee Jones (1):
isdn: Make CONFIG_ISDN depend on CONFIG_NETDEVICES
Linus Torvalds (1):
Linux 3.7-rc5
Lukas Czerner (2):
GFS2: Require user to provide argument for FITRIM
GFS2: Fix FITRIM argument handling
Maarten Lankhorst (1):
d
On Thu, Nov 08, 2012 at 03:06:14PM +, Nix wrote:
> On 4 Nov 2012, Linus Torvalds stated:
>
> > Perhaps notable just because of the noise it caused in certain
> > circles, there's the ext4 bitmap journaling fix for the issue that
> > caused such a ruckus. It's a tiny patch and despite all the n
On 4 Nov 2012, Linus Torvalds stated:
> Perhaps notable just because of the noise it caused in certain
> circles, there's the ext4 bitmap journaling fix for the issue that
> caused such a ruckus. It's a tiny patch and despite all the noise
> about it you couldn't actually trigger the problem unles
On Wednesday, November 07, 2012 02:22:34 PM Paul E. McKenney wrote:
> On Fri, Nov 02, 2012 at 04:10:34PM -0700, Linus Torvalds wrote:
> > On Fri, Nov 2, 2012 at 3:43 PM, Rafael J. Wysocki wrote:
> > >
> > > Well, not everything is rosy in the suspend land, though. This is a
> > > failure to freez
On Fri, Nov 02, 2012 at 04:10:34PM -0700, Linus Torvalds wrote:
> On Fri, Nov 2, 2012 at 3:43 PM, Rafael J. Wysocki wrote:
> >
> > Well, not everything is rosy in the suspend land, though. This is a
> > failure to freeze khubd during the second in a row attempt to suspend to
> > RAM (your current
ile warning
xen/mmu: Use Xen specific TLB flush instead of the generic one.
Laxman Dewangan (1):
i2c: tegra: set irq name as device name
Linus Torvalds (1):
Linux 3.7-rc4
Masanari Iida (1):
net: sctp: Fix typo in net/sctp
Mathias Nyman (1):
gpiolib: Don't return -
On Fri, 2 Nov 2012, Linus Torvalds wrote:
> On Fri, Nov 2, 2012 at 3:43 PM, Rafael J. Wysocki wrote:
> >
> > Well, not everything is rosy in the suspend land, though. This is a
> > failure to freeze khubd during the second in a row attempt to suspend to
> > RAM (your current tree):
>
> Ugh. So
On Fri, Nov 2, 2012 at 3:43 PM, Rafael J. Wysocki wrote:
>
> Well, not everything is rosy in the suspend land, though. This is a
> failure to freeze khubd during the second in a row attempt to suspend to
> RAM (your current tree):
Ugh. So khubd is blocked in usb_start_wait_urb(), and apparently
On Friday, November 02, 2012 03:26:22 PM Linus Torvalds wrote:
> On Fri, Nov 2, 2012 at 3:23 PM, Rafael J. Wysocki wrote:
> >
> > Well, it appears that Tumbleweed has acquired a broken s2disk binary.
> > Replace it with one built from upstream sources and it magically starts to
> > work. Grumble.
On Fri, Nov 2, 2012 at 3:23 PM, Rafael J. Wysocki wrote:
>
> Well, it appears that Tumbleweed has acquired a broken s2disk binary.
> Replace it with one built from upstream sources and it magically starts to
> work. Grumble.
>
> Sorry for the noise.
Heh. This was the report that so far made me mo
On Friday, November 02, 2012 10:56:22 PM Rafael J. Wysocki wrote:
> On Friday, November 02, 2012 10:43:02 PM Daniel Vetter wrote:
> > On Fri, Nov 2, 2012 at 10:40 PM, Rafael J. Wysocki wrote:
> > > Can you point me to a range of commits worth checking?
> >
> > 8c3f929b6147e142..57df2ae9df6e335a98
On Friday, November 02, 2012 10:43:02 PM Daniel Vetter wrote:
> On Fri, Nov 2, 2012 at 10:40 PM, Rafael J. Wysocki wrote:
> > Can you point me to a range of commits worth checking?
>
> 8c3f929b6147e142..57df2ae9df6e335a98969cac is the core rework (plus a
> bit related follow-up) without any other
On Fri, Nov 2, 2012 at 10:40 PM, Rafael J. Wysocki wrote:
> Can you point me to a range of commits worth checking?
8c3f929b6147e142..57df2ae9df6e335a98969cac is the core rework (plus a
bit related follow-up) without any other merges interfering. Might
oops if you open/close the lid without a susp
On Friday, November 02, 2012 10:07:10 PM Daniel Vetter wrote:
> On Fri, Nov 2, 2012 at 9:25 PM, Linus Torvalds
> wrote:
> > On Mon, Oct 29, 2012 at 5:10 PM, Rafael J. Wysocki wrote:
> >>
> >> Unfortunately, s2disk is broken with this one and previous -rc. In the
> >> majority of cases it just ha
On Fri, Nov 2, 2012 at 9:25 PM, Linus Torvalds
wrote:
> On Mon, Oct 29, 2012 at 5:10 PM, Rafael J. Wysocki wrote:
>>
>> Unfortunately, s2disk is broken with this one and previous -rc. In the
>> majority of cases it just hangs the machine during hibernation, although
>> sometimes it returns to us
On Friday, November 02, 2012 01:25:37 PM Linus Torvalds wrote:
> On Mon, Oct 29, 2012 at 5:10 PM, Rafael J. Wysocki wrote:
> >
> > Unfortunately, s2disk is broken with this one and previous -rc. In the
> > majority of cases it just hangs the machine during hibernation, although
> > sometimes it r
On Mon, Oct 29, 2012 at 5:10 PM, Rafael J. Wysocki wrote:
>
> Unfortunately, s2disk is broken with this one and previous -rc. In the
> majority of cases it just hangs the machine during hibernation, although
> sometimes it returns to user space reporting freezing problems, suspicions
> RCU usage
On Tue, Oct 30, 2012 at 10:27:55PM +, Arnd Bergmann wrote:
> On Monday 29 October 2012, Richard Cochran wrote:
> > On Thu, Oct 18, 2012 at 12:01:17AM +0200, Krzysztof Halasa wrote:
> > >
> > > Don't get me wrong. If I had time for this it could be different.
> > > Unfortunately IXP4xx is a leg
On Monday 29 October 2012, Richard Cochran wrote:
> On Thu, Oct 18, 2012 at 12:01:17AM +0200, Krzysztof Halasa wrote:
> >
> > Don't get me wrong. If I had time for this it could be different.
> > Unfortunately IXP4xx is a legacy arch, and for me it's simply a hobby at
> > this point. Given the rai
On Tue, Oct 30, 2012 at 01:10:32AM +0100, Rafael J. Wysocki wrote:
> On Sunday, October 28, 2012 12:59:49 PM Linus Torvalds wrote:
> > It's been a week, time for -rc3!
> >
> > Nothing particularly stands out here. Lots of small fixes, exemplified
> > by the series of memory leak fixes in usb seria
On 10/30/2012 01:10 AM, Rafael J. Wysocki wrote:
On Sunday, October 28, 2012 12:59:49 PM Linus Torvalds wrote:
It's been a week, time for -rc3!
Nothing particularly stands out here. Lots of small fixes, exemplified
by the series of memory leak fixes in usb serial drivers. Just a lot
of random s
On Tue, 30 Oct 2012, Rafael J. Wysocki wrote:
> > Nothing particularly stands out here. Lots of small fixes, exemplified
> > by the series of memory leak fixes in usb serial drivers. Just a lot
> > of random stuff..
> >
> > Most of it is drivers (all over: drm, wireless, staging, usb, sound),
> >
On 18/10/12 09:01, Krzysztof Halasa wrote:
> Hi,
>
>
> Unfortunately, as I already explained to you in
> https://lkml.org/lkml/2012/9/29/37, my resources for IXP4xx are very
> limited (and this isn't a paid job) and I'm in no way able to do what
> you require. This, coupled with my inability t
On Sunday, October 28, 2012 12:59:49 PM Linus Torvalds wrote:
> It's been a week, time for -rc3!
>
> Nothing particularly stands out here. Lots of small fixes, exemplified
> by the series of memory leak fixes in usb serial drivers. Just a lot
> of random stuff..
>
> Most of it is drivers (all ove
On Sun, Oct 28, 2012 at 8:59 PM, Linus Torvalds
wrote:
> And talking about the shortlog: christ people, some of you need to
> change your names. I'm used to there being multiple "David"s and
> "Peter"s etc, but there are three different Linus's in just this rc.
> People, people, I want to feel li
On Thu, Oct 18, 2012 at 12:01:17AM +0200, Krzysztof Halasa wrote:
> Hi,
>
> Arnd Bergmann writes:
> > Also, never rebase your tree immediately before sending a pull
> > request.
>
> I did not, of course. My mail stated:
> "Build-tested for now. This is based on your current tree tip because it
>
On Thu, Oct 18, 2012 at 12:01:17AM +0200, Krzysztof Halasa wrote:
>
> Don't get me wrong. If I had time for this it could be different.
> Unfortunately IXP4xx is a legacy arch, and for me it's simply a hobby at
> this point. Given the raised barriers to participate, probably aimed at
> paid mainta
Hi Linus,
On Sun, Oct 28, 2012 at 8:59 PM, Linus Torvalds
wrote:
> And talking about the shortlog: christ people, some of you need to
> change your names. I'm used to there being multiple "David"s and
> "Peter"s etc, but there are three different Linus's in just this rc.
> People, people, I want
efault hoplimit as zero.
Linus Lüssing (2):
batman-adv: Fix broadcast packet CRC calculation
batman-adv: Fix potential broadcast BLA-duplicate-check race condition
Linus Torvalds (2):
VFS: don't do protected {sym,hard}links by default
Linux 3.7-rc3
Linus Walleij (4
On Thursday 25 of October 2012 20:06:54 Heinz Diehl wrote:
> On 25.10.2012, Paweł Sikora wrote:
>
> > what is the reason of loading nouveau driver for laptops
> > with nvidia optimus and enabling vga switcheroo
> > which doesn't work in such (optimus) cases.
>
> You can safely compile a kernel
On 25.10.2012, Paweł Sikora wrote:
> what is the reason of loading nouveau driver for laptops
> with nvidia optimus and enabling vga switcheroo
> which doesn't work in such (optimus) cases.
You can safely compile a kernel without nouveau, your Nvidia
card will not be used at all since neither
On Saturday 20 of October 2012 11:40:04 Martin Peres wrote:
> On 20/10/2012 11:26, Heinz Diehl wrote:
> > On 20.10.2012, Linus Torvalds wrote:
> >
> >> Added more appropriate people to this. Added both i915 and nouveau
> >> people, since apparently that fine piece of hardware has both.
> >>
> >> Gu
On Tue, Oct 23, 2012 at 05:18:20PM +0900, MyungJoo Ham wrote:
>
>
> Hello Greg,
>
> Please pull:
> The following changes since commit 6f0c0580b70c89094b3422ba81118c7b959c7556:
>
> Linux 3.7-rc2 (2012-10-20 12:11:32 -0700)
>
> are available in the git repositor
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello Greg,
Please pull:
The following changes since commit 6f0c0580b70c89094b3422ba81118c7b959c7556:
Linux 3.7-rc2 (2012-10-20 12:11:32 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/mzx
On Mon, Oct 22, 2012 at 01:04:40PM +0900, MyungJoo Ham wrote:
> Hello Greg,
>
>
> The following changes since commit 6f0c0580b70c89094b3422ba81118c7b959c7556:
>
> Linux 3.7-rc2 (2012-10-20 12:11:32 -0700)
>
> are available in the git repository at:
> git://g
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello Greg,
The following changes since commit 6f0c0580b70c89094b3422ba81118c7b959c7556:
Linux 3.7-rc2 (2012-10-20 12:11:32 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/mzx/extcon.git for-next
On Sun, 2012-10-21 at 00:19 +0200, Marcin Slusarz wrote:
> On Sat, Oct 20, 2012 at 11:20:36PM +0200, Heinz Diehl wrote:
> > On 20.10.2012, Marcin Slusarz wrote:
> >
> > > Try this one.
> >
> > It works, now I can boot again. However, nouveau seems to be dead now.
> > The dmesg output with your p
On Sunday 21 October 2012 16:49:08 Marcin Slusarz wrote:
> On Sun, Oct 21, 2012 at 07:38:58AM -0700, Linus Torvalds wrote:
> > On Sun, Oct 21, 2012 at 5:09 AM, Marcin Slusarz
> >
> > wrote:
> > > This looks like ACPI bug...
> >
> > I'm shocked to hear that firmware would be fragile.
> >
> > Anywa
1 - 100 of 139 matches
Mail list logo
