Hi Jiapeng,
This is a dupe of a fix already sent two weeks ago by Lee Jones.
see series "Rid W=1 warnings from HID".
@Benjamin: At first glance the patch will not break anything.
I've had no time though to check what
struct hid_device_id.raw_event
expects as
do it manually.
>
> Signed-off-by: Benjamin Tissoires
For hid-picolcd_core.c:
Acked-by: Bruno Prémont
> ---
> drivers/hid/hid-cougar.c | 6 ++
> drivers/hid/hid-gfrm.c | 7 ---
> drivers/hid/hid-lenovo.c | 2 --
> drivers/hid/hid-picolcd_core.c | 7 +--
With 4.15.2 kernel I'm hitting a state where a given leaf v2 cgroup is
considering itself as permanently over-limit and OOM-kill any process
I try to move into it (it's currently empty!)
I can't hand out a simple reproducer right now, but it seems during
accounting the counter went "negative".
C
On Thu, 15 Feb 2018 09:40:24 +0100 Bruno Prémont wrote:
> With 4.15.2 kernel I'm hitting a state where a given leaf v2 cgroup is
> considering itself as permanently over-limit and OOM-kill any process
> I try to move into it (it's currently empty!)
>
>
> I can&#x
On Sun, 12 Nov 2017 18:29:06 Bruno Prémont wrote:
> On Sun, 12 November 2017 "Paul E. McKenney" wrote:
> > On Sun, Nov 12, 2017 at 12:09:28PM +0100, Bruno Prémont wrote:
> > > On Sat, 11 November 2017 "Paul E. McKenney" wrote:
> > > > On Sa
On Sun, 12 November 2017 "Paul E. McKenney" wrote:
> On Sun, Nov 12, 2017 at 12:09:28PM +0100, Bruno Prémont wrote:
> > On Sat, 11 November 2017 "Paul E. McKenney"
> > wrote:
> > > On Sat, Nov 11, 2017 at 08:38:32PM +0100, Bruno Prémont wrote:
On Sat, 11 November 2017 "Paul E. McKenney" wrote:
> On Sat, Nov 11, 2017 at 08:38:32PM +0100, Bruno Prémont wrote:
> > Hi,
> >
> > On a single-CPU KVM-based virtual machine I'm suffering from RCU stall
> > and soft-lockup. 4.10.x kernels run fine (4.1
Hi,
On a single-CPU KVM-based virtual machine I'm suffering from RCU stall
and soft-lockup. 4.10.x kernels run fine (4.10.12) but starting with
4.11.x (4.11.3, 4.13.11) I'm getting system freezes for no apparent
reason.
All info I have is following console dump (from 4.13.11):
[526415.290012] INF
On Mon, 6 Nov 2017 18:57:15 -0500 (EST) Mikulas Patocka wrote:
> On Mon, 6 Nov 2017, Bruno Prémont wrote:
> > On Mon, 6 Nov 2017 11:18:09 Mike Snitzer wrote:
> > > On Thu, Nov 02 2017 at 4:39pm -0400, Bruno Prémont wrote:
> > > > Hi,
> > > >
> >
On Mon, 6 Nov 2017 11:18:09 Mike Snitzer wrote:
> On Thu, Nov 02 2017 at 4:39pm -0400, Bruno Prémont wrote:
> > Hi,
> >
> > Between 4.11 and 4.12 I stopped being able to boot my system with root
> > partition encrypted with dm-crypt (issue still present in 4.14-rc7).
Hi,
Between 4.11 and 4.12 I stopped being able to boot my system with root
partition encrypted with dm-crypt (issue still present in 4.14-rc7).
The system was able to open the dm-crypt device and read-only mount the
XFS root partition on it.
Later read-write remounting though caused XFS to shutdow
Acked-by: Bruno Prémont
On Mon, 24 Apr 2017 22:23:02 +0200 SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Mon, 24 Apr 2017 21:27:42 +0200
>
> Strings which did not contain data format specifications should be put
> into a sequence. Thus use the corresponding fun
Hi Geert, Jiri,
Fine with me,
Acked-by: Bruno Prémont
On Fri, 17 Feb 2017 16:36:36 Geert Uytterhoeven
wrote:
> Signed-off-by: Geert Uytterhoeven
> Cc: Bruno Prémont
> Cc: linux-in...@vger.kernel.org
> ---
> drivers/hid/hid-picolcd_debugfs.c | 2 +-
> 1 file changed,
On Mon, 11 Jul 2016 09:30:30 +0200 Thorsten Leemhuis wrote:
> Bruno Prémont wrote on 11.07.2016 09:17:
> > On Fri, 8 Jul 2016 09:27:18 +0200 Thorsten Leemhuis wrote:
> >> Bruno Prémont wrote on 30.06.2016 17:00:
> >> > In qla24xx_process_response_queue() rsp
On Fri, 8 Jul 2016 09:27:18 +0200 Thorsten Leemhuis wrote:
> Bruno Prémont wrote on 30.06.2016 17:00:
> > In qla24xx_process_response_queue() rsp->msix->cpuid may trigger NULL
> > pointer dereference when rsp->msix is NULL:
> > […]
> > The af
On Tue, 5 Jul 2016 11:25:10 +0200 Maxime Ripard wrote:
> On Tue, Jul 05, 2016 at 04:33:31PM +0800, Icenowy Zheng wrote:
> >
> >
> > 05.07.2016, 13:26, "Michael Haas" :
> > > Hi,
> > >
> > > nice work! Is this in any way related to Bruno Prémonts driver for the
> > > axp20x?
> > >
> > > I've got
On Tue, 05 Jul 2016 16:47:38 +0800 Icenowy Zheng wrote:
> I read the datasheet of axp20x, and then found that this driver does
> not support backup RTC battery.
> (But maybe backup battery do not need a driver -- at least on IBM PC
> it has no driver)
A driver is needed to enable/disable the RTC b
0fb:0: QLogic QLE2460 - PCI-Express
Single Channel 4Gb Fibre Channel HBA.
[3.894207] qla2xxx [:13:00.0]-00fc:0: ISP2432: PCIe (2.5GT/s x4) @
:13:00.0 hdma+ host#=0 fw=7.03.00 (9496).
[5.714774] qla2xxx [:13:00.0]-500a:0: LOOP UP detected (4 Gbps).
CC:
Signed-off-by: Bruno Pr
Hi Arvind,
I can only NACK this patch as it would cause the driver to refuse
probe()ing if any of the features are disabled in kernel configuration.
Have a look at the callers in hid-picolcd_code.c, if any of those
functions does return an error the probe function aborts with an error.
Your com
On Tue, 08 Dec 2015 21:29:13 -0600 Eric W. Biederman wrote:
> Dongsheng Yang writes:
>
> > On 12/09/2015 10:26 AM, Dongsheng Yang wrote:
> >> On 10/25/2015 05:54 AM, Shayan Pooya wrote:
> >>> I noticed the following core_pattern behavior in my linux box while
> >>> running docker containers.
om vgaarb changes
> 2015-03-18 (7 months ago), Bruno Prémont
>
>
> On Thu, Oct 15, 2015 at 04:47:13AM +, bugzilla-dae...@bugzilla.kernel.org
> wrote:
> > https://bugzilla.kernel.org/show_bug.cgi?id=105051
> >
> > Felipe Ortiz changed:
> >
> >
d.c
> > index 89821c2..22dcbe1 100644
> > --- a/drivers/hid/hid-picolcd_lcd.c
> > +++ b/drivers/hid/hid-picolcd_lcd.c
> > @@ -92,8 +92,7 @@ void picolcd_exit_lcd(struct picolcd_data *data)
> > struct lcd_device *ldev = data->lcd;
> >
> > data->lcd = NULL;
> > - if
On Fri, 29 May 2015 18:36:50 +0200 Darren Hart wrote:
> > Making sure to lock only the intel GPU when present and especially
> > protecting
> > against nvidia driver will be hard if legacy-IO is being processed by a
> > hidden
> > device!
>
> Ugh indeed. Worst case we can special case via dmi st
On Tue, 26 May 2015 22:35:46 -0700 Michael Marineau wrote:
> On Tue, May 26, 2015 at 9:47 PM, Darren Hart wrote:
> > On Tue, May 26, 2015 at 12:10:48PM -0700, Michael Marineau wrote:
> >> FYI, this actually broke backlight controls on my MBP11,3 because the
> >> assumption the patch makes that gmu
Hi Michael,
On Tue, 26 May 2015 21:47:49 -0700 Darren Hart wrote:
> On Tue, May 26, 2015 at 12:10:48PM -0700, Michael Marineau wrote:
> > FYI, this actually broke backlight controls on my MBP11,3 because the
> > assumption the patch makes that gmux is always loaded before graphics
> > drivers didn
: ce027dac592c0ada241ce0f95ae65856828ac450 # nvidia interaction
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=86121
Reported-by: Petri Hodju
Tested-by: Petri Hodju
Cc: Bjorn Helgaas
Cc: Matthew Garrett
Signed-off-by: Bruno Prémont
---
Resending v2 in the hope Darren won't hit quoted-printable.
Also adding
: ce027dac592c0ada241ce0f95ae65856828ac450 # nvidia interaction
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=86121
Reported-by: Petri Hodju
Tested-by: Petri Hodju
Cc: Bjorn Helgaas
Cc: Matthew Garrett
Signed-off-by: Bruno Prémont
---
Resending v2 in the hope Darren won't hit quoted-printable.
Also adding
On Fri, 06 March 2015 Darren Hart wrote:
> On Thu, Mar 05, 2015 at 11:20:38PM +0100, Bruno Prémont wrote:
> > As GMUX depends on IO for iGP to be enabled and active, lock the IO at
> > vgaarb level. This should prevent GPU driver for dGPU to disable IO for
> > iGP while it tr
: ce027dac592c0ada241ce0f95ae65856828ac450 # nvidia interaction
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=86121
Reported-by: Petri Hodju
Tested-by: Petri Hodju
Cc: Bjorn Helgaas
Cc: Matthew Garrett
Signed-off-by: Bruno Prémont
---
Respinning, fixing Darren's nit.
Changes since v1:
- Dropped repeat of gm
: ce027dac592c0ada241ce0f95ae65856828ac450 # nvidia interaction
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=86121
Reported-by: Petri Hodju
Tested-by: Petri Hodju
Cc: Bjorn Helgaas
Cc: Matthew Garrett
Signed-off-by: Bruno Prémont
---
drivers/platform/x86/apple-gmux.c | 43
On Sat, 21 February 2015 Ciprian Ciubotariu wrote:
> Hi. Only now I realized you wrote some instructions. Below are my (quite
> lengthy) responses.
>
> On Thursday 19 February 2015 10:48:27 Bruno Prémont wrote:
> > Hi Ciprian,
> >
> > Adding linux-input a
Hi Ciprian,
Adding linux-input and Jiri (HID maintainer) to CC.
On Sun, 15 Feb 2015 23:17:27 +0200 Ciprian Ciubotariu wrote:
> I would like to submit to your attention for inclusion in the mainline kernel
> a series of drivers for a set of Logitech keybord devices. I forked the
> sources under
On Fri, 06 February 2015 Pavel Machek wrote:
> On Thu 2015-02-05 14:44:55, Florian Fainelli wrote:
> > On 05/02/15 12:25, Pavel Machek wrote:
> > > This happened on more than one project: there's gigabit-capable chip,
> > > but the connector is not designed for gigabit speed.
> > >
> > > I'd like
On Thu, 29 January 2015 Linus Torvalds wrote:
> On Thu, Jan 29, 2015 at 5:12 PM, Linus Torvalds wrote:
> >
> > The WARN() was already changed to a WARN_ONCE().
>
> Oh, but I notice that the "__set_current_state(TASK_RUNNING) ends up
> always happening.
>
> So I think the right fix is to:
>
> -
On Wed, 4 Feb 2015 14:06:48 Trond Myklebust wrote:
> On Wed, Feb 4, 2015 at 12:08 PM, Bruno Prémont wrote:
> > On Fri, 30 January 2015 Trond Myklebust wrote:
> > > On Sun, 2015-01-25 at 16:55 -0500, Trond Myklebust wrote:
> > > > On Sun, Jan 25, 2015 at 4:06 PM, Bruno
On Fri, 30 January 2015 Trond Myklebust wrote:
> On Sun, 2015-01-25 at 16:55 -0500, Trond Myklebust wrote:
> > On Sun, Jan 25, 2015 at 4:06 PM, Bruno Prémont wrote:
> > > On a system running home-brown container (mntns, utsns, pidns, netns)
> > > with NFS mount-
On Thu, 29 Jan 2015 17:25:07 Linus Torvalds wrote:
> On Thu, Jan 29, 2015 at 5:12 PM, Linus Torvalds wrote:
> >
> > The WARN() was already changed to a WARN_ONCE().
>
> Oh, but I notice that the "__set_current_state(TASK_RUNNING) ends up
> always happening.
>
> So I think the right fix is to:
>
On Fri, 30 Jan 2015 18:49:21 Trond Myklebust
wrote:
> On Sun, 2015-01-25 at 16:55 -0500, Trond Myklebust wrote:
> > On Sun, Jan 25, 2015 at 4:06 PM, Bruno Prémont
> > wrote:
> > > On a system running home-brown container (mntns, utsns, pidns,
> > > netns) with
trace b701b037bc457620 ]---
[51398.058223] Fixing recursive fault but reboot is needed!
The code executed in rpc_new_client() tries to dereference the
struct new_utsname * returned by utsname() which has already been
released at this time.
Cc: # 3.18
Signed-off-by: Bruno Prémont
---
I've seen
On Wed, 21 January 2015 Bruno Prémont wrote:
> On Tue, 20 January 2015 Linus Torvalds wrote:
> > On Tue, Jan 20, 2015 at 6:02 AM, Bruno Prémont wrote:
> > >
> > > No idea yet which rc is the offender (nor exact patch), but on my not
> > > so recent UP laptop
On Tue, 20 January 2015 Linus Torvalds wrote:
> On Tue, Jan 20, 2015 at 6:02 AM, Bruno Prémont wrote:
> >
> > No idea yet which rc is the offender (nor exact patch), but on my not
> > so recent UP laptop with a pccard slot I have 2 pccardd kernel threads
> > convert
On Sun, 18 January 2015 Linus Torvalds wrote:
> Another week, another -rc.
>
> Fairly normal release, although I'd wish that by rc5 we'd have calmed
> down even further. But no, with some of the driver tree merges in
> particular, this is actually larger than rc4 was.
>
> That said, it's not li
On Sat, 03 January 2015 Tristan Lelong wrote:
> This adds a sysfs attribute named 'mute' to all input devices.
> It allows to disable them by software in a generic way.
>
> It can be set to 0 or 1:
> echo 1 > /sys/class/input/inputX/mute: will set all the input_events() call
> to return immediat
nsole
setup happens rather late during system boot. The big advantage of netconsole
over syslog for this task is that it usually allow catching much more
messages when system crashes/panics.
This causes dynamic netconsoles to request full kernel log when first
enabled.
Signed-off-by: Bruno Pr
for synamic netconsole
consoles.
Signed-off-by: Bruno Prémont
---
Note: only configuration via configfs has been runtime-tested.
Documentation/networking/netconsole.txt | 11 ++-
drivers/net/netconsole.c| 114 +++-
2 files changed, 94 insertions
In order to set loglevel for a given console that is not affected by
global loglevel as adjusted via syslog(2), add a flag to the console and
choose the level to match against msg level depending on this flag.
Signed-off-by: Bruno Prémont
---
This depends on Daniel's patch "print
On Tue, 23 December 2014 dwal...@fifo99.com wrote:
> On Sun, Dec 21, 2014 at 07:47:53PM +0100, Bruno Prémont wrote:
> > On Sat, 20 December 2014 dwal...@fifo99.com wrote:
> > > This adds to to the console= command line options allowing the
> > > addition of a pe
On Sat, 20 December 2014 dwal...@fifo99.com wrote:
> This adds to to the console= command line options allowing the
> addition of a per console log level setting.
>
> examples,
>
> console=ttyS0,ll4
> console=tty0,ll6
>
> This can be used on systems which have multiple serial console
Hi,
On Sat, 13 December 2014 Manish Yadav wrote:
> on my system (based on 2.6.16.17), i am trying to clear the cached
> memory but it is not being cleared.
>
> mars# free -m
> total used free sharedbuffers cached
> Mem: 925459465
r. However, the configuration does
> not reflect this, which leads to a hard-to-find bug when FB_EFI is
> configured without VGA_ARB. Add a select clause to remedy this.
>
> Cc: Bruno Prémont
> Signed-off-by: Henrik Rydberg
> ---
> drivers/video/fbdev/Kconfig | 1 +
> 1 file chan
o VGA_ARB arbitration).
So it would need to at least be select VGA_ARB if (PCI && !S390)
in order to not have broken kernel configuration (in more or less
exotic cases) while depends on VGA_ARB would be the only correct option
if the rule 'select only allowed for leafs' is enfor
Since about any 3.x kernel release (I don't know since what release
exactly) more or less randomly system starts to starve more or less
because of dirty memory.
When it happens I get /proc/meminfo looking as follows:
MemTotal: 508392 kB
MemFree: 24120 kB
MemAvailable: 322184
On Mon, 22 September 2014 Linus Torvalds wrote:
> Adding proper people and mailing lists..
>
> The PCI_CLASS_DISPLAY_VGA test goes back to the very beginning by
> BenH, and I have no idea if adding PCI_CLASS_DISPLAY_3D is
> appropriate, but hopefully somebody does. The fact that it makes
> things
ce() and initialize
> vgaarb's vga_default_device() with the PCI GPU that matches boot
> screen_info in pci_fixup_video().
>
> [bhelgaas: remove unused "dev" in efifb_setup()]
> Fixes: b4aa0163056b ("efifb: Implement vga_default_device() (v2)")
> Te
an 64
> bytes.
>
> If this impossible event happens (sic!), print also a report ID to allow
> for easier debugging.
>
> Suggested-by: Bruno Prémont
> Signed-off-by: Jiri Kosina
> ---
> drivers/hid/hid-picolcd_core.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 del
nds.
>
> Cc: sta...@vger.kernel.org
> Reported-by: Steven Vittitoe
> Signed-off-by: Jiri Kosina
Acked-by: Bruno Prémont
> ---
> drivers/hid/hid-picolcd_core.c | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/drivers/hid/hid-picolcd_core.c b/drivers/
On Tue, 5 Aug 2014 13:55:48 +0100 Matt Fleming wrote:
> I suspect if you enable CONFIG_RELOCATABLE things will work just fine.
> I've actually got a patch to force that option if CONFIG_EFI_STUB is
> enabled to mitigate this exact problem. Could you try it out (see
> below)?
>
> Without CONFIG_REL
On Tue, 5 Aug 2014 13:51:30 +0200 Bruno Prémont wrote:
> On Tue, 5 Aug 2014 10:18:48 +0100 Matt Fleming wrote:
> > On Tue, 05 Aug, at 11:13:30AM, Bruno Prémont wrote:
> > >
> > > I get at least to just before
> > > status = efi_call_early(exit_boot_service
On Tue, 5 Aug 2014 10:18:48 +0100 Matt Fleming wrote:
> On Tue, 05 Aug, at 11:13:30AM, Bruno Prémont wrote:
> >
> > I get at least to just before
> > status = efi_call_early(exit_boot_services, handle, key);
> > in eboot.c on line 1310. A efi_printk inserted there
On Tue, 5 Aug 2014 09:45:42 +0100 Matt Fleming wrote:
> On Tue, 05 Aug, at 10:02:42AM, Bruno Prémont wrote:
> >
> > I tried in setup_arch(), but system still keeps rebooting.
> >
> > Working backwards I got to x86_64_start_kernel() in
> > arch/x86/kernel/head6
On Mon, 4 Aug 2014 14:54:52 +0100 Matt Fleming wrote:
> On Mon, 04 Aug, at 03:06:27PM, Bruno Prémont wrote:
> >
> > Yes, I did as I have seen that patch flying by, but it did not help
> > (I tried at 3.16-rc7).
>
> :-( Thanks for testing.
>
> > On 3.16-rc7
Hi Matt,
On Mon, 4 Aug 2014 13:27:28 +0100 Matt Fleming wrote:
> On Mon, 04 Aug, at 11:34:35AM, Bruno Prémont wrote:
> > Hi,
> >
> > Since 3.13 kernels with built-in initrd fail to boot on Fujitsu hardware
> > in EFI mode (efi stub) though the exact same kernel binary
Hi,
Since 3.13 kernels with built-in initrd fail to boot on Fujitsu hardware
in EFI mode (efi stub) though the exact same kernel binary does boot in
BIOS mode (grub).
Interestingly EFI kernels with different config do boot under VMWare.
Your patch "initramfs: read CONFIG_RD_ variables for initram
Hi Stefan,
On Sat, 14 June 2014 Stefan Biereigel wrote:
> CC: linux-console, linux-fbdev
>
> Hello Kernel Developers,
> for a university assignment we are developing a frame buffer driver for a
> monochrome
> display. We succeeded so far in making a simple "RAM frame buffer" module,
> which is
Hey Gideon,
On Thu, 29 May 2014 "Gideon D'souza" wrote:
> Hey guys,
>
> So I usually have the latest mainline kernel (on my fedora box) I've
> recently sent it tiny refactoring patches.
What kind of box is it?
> Today, I start my machine and it just doesn't start. I had 3.11, 3.12,
> and a few
CCing intel-gfx as otherwise it will probably not get seen by developers.
On Sun, 11 May 2014 Carbonated Beverage wrote:
> Hi all,
>
> I rarely upgrade kernels these days -- so when updating to 3.14.3, I found
> the X display was blank -- switching to a text console appears to work, but
> I stil
On Tue, 22 April 2014 Rusty Russell wrote:
> In line with practice for module parameters, we're adding a build-time
> check that sysfs files aren't world-writable.
>
> Cc: Bruno Prémont
> Signed-off-by: Rusty Russell
Fine with me,
Acked-by: Bruno Prémont
Not su
h might be important detail.
On Sun, 27 April 2014 Bruno Prémont wrote:
> On a 3.14 system (KVM virtual machine 512MB RAM, x86_64) I'm seeing
> /proc/meminfo/Dirty getting extreemly large (u64 going "nevative").
>
> Note, this is not the first time I'm seeing it.
>
On a 3.14 system (KVM virtual machine 512MB RAM, x86_64) I'm seeing
/proc/meminfo/Dirty getting extreemly large (u64 going "nevative").
Note, this is not the first time I'm seeing it.
The system is not doing too much but has a rather small amount of
memory.
MemTotal: 508512 kB
MemFree:
Hi Justin,
CC-ing dri-devel as more KMS/radeon people will see it there.
On Mon, 31 March 2014 "Justin Piszcz" wrote:
> Do I need some updated ATI firmware (I believe this might have happened in
> the past)..?
> I booted back to 3.13.6, Xorg starts up fine, but with 3.14 it does not
> start.
Co
Hello Jason Sebastian,
On Tue, 25 March 2014 Jason Cooper wrote:
> On Tue, Mar 25, 2014 at 11:16:53PM +0100, Sebastian Hesselbarth wrote:
> > >> On Wed, 19 Mar 2014, Bruno Prémont wrote:
> > >>> Since upgrading my Sheevaplug from 3.7.2 to 3.13.6 (FDT) I'm se
o
On Tue, 25 Mar 2014 20:07:35 -0400 Jason Cooper wrote:
> On Tue, Mar 25, 2014 at 11:16:53PM +0100, Sebastian Hesselbarth wrote:
> > On 03/25/2014 08:27 PM, Alexander Elbs wrote:
> > >> On Wed, 19 Mar 2014, Bruno Prémont wrote:
> > >>> Since upgrading my Sh
Hi,
Since upgrading my Sheevaplug from 3.7.2 to 3.13.6 (FDT) I'm seeing
mvsdio f109.mvsdio: unhandled interrupt status=0x8810 en=0x pio=0
at varied timings.
In addition to that, kernel seems excessively busy doing writeback via
workqueue (without success?):
[14909.275124] kworker/u2:2
Hi David,
On Fri, 7 Mar 2014 00:41:05 +0100 David Herrmann wrote:
> On Thu, Mar 6, 2014 at 10:56 PM, Bruno Prémont wrote:
> > On Thu, 06 March 2014 David Herrmann wrote:
> >> On modern linux user-space, the VT subsystem is no longer needed for
> >> system consoles. Alt
Hi David,
On Thu, 06 March 2014 David Herrmann wrote:
> On modern linux user-space, the VT subsystem is no longer needed for
> system consoles. Although most DEs will fail if VTs are disabled, there
> are several gfx-systems that support this mode. Especially the lower
> system stack has been ext
On Mon, 17 February 2014 Daniel J Blueman wrote:
> Across 5+ years of kernels, I've been seeing occasional (1-2 times per
> day) key-stuck issues where eg a fn+delete combo repeats delete until
> I press delete again. I've seen this happen with fn+ctrl+left, leaving
> left held and likewise with r
On Sun, 05 January 2014 "Gideon D'souza" wrote:
> Thanks so much Geert and Bruno for your replies:
>
>
> >>don't forget to subscribe to the specific mailing lists!
> Didn't know about this, this link is the right one?
> http://vger.kernel.org/vger-lists.html#cpufreq There isn't a list for
> the s
Hi Gideon,
On Sat, 04 January 2014 "Gideon D'souza" wrote:
> I've been looking to hacking at the kernel for a long time now.
>
> I've managed to have a good setup, build the latest stable kernel and
> boot from it. I've read some of the docs, Coding Styles etc and
> watched GregKH's talks on you
Hi Greg,
On Tue, 10 December 2013 Greg Kroah-Hartman wrote:
> On Wed, Dec 11, 2013 at 01:08:52AM +0100, Bruno Prémont wrote:
> > I have bisected failing resume from S3 on my MBA2,1 to be caused by
> > the following patch (introduced between 3.13-rc2 and 3.13-rc3 - rc2
> >
Hi Stephen,
You may want to CC intel-...@lists.freedesktop.org for i915 issues (even
if you are not subscribed and you mail will wait for a moderator to let
it go through).
In case of intel GPU hangs you should at least include
/sys/kernel/debug/dri/0/i915_error_state, probably submitting as a
b
CCing intel-gfx as it is related to intel GPU driver and might get missed
by intel developers on LKML.
Looking at the linked pastebins ddcontrol seems to make use of the same
i2c/DDC line but getting different results.
Surprising info I see in dmesg, that does apply to both kernels, is
that uvesa
On Mon, 29 Jul 2013 11:58:23 -0700 Eric W. Biederman wrote:
> Rui Xiang writes:
>
> > This patchset introduces a system log namespace.
>
> The largest outstanding question is not answered. Can't we just fix
> iptables to log somehwere better than dmesg, and would that not entirely
> remove the
Hello,
On Sat, 01 June 2013 Frederic Riss wrote:
> I had a little application making use of pid and mount namespaces to
> isolate some processes on some machines. This all worked well on 3.7
> boxes. A coworker upgraded his machine and noticed that things weren't
> working anymore on 3.8. The sym
Hello Davor,
On Tue, 14 May 2013 "Davor Joja" wrote:
> Can I get suggestion how to send driver to this list which consists of
> several files and folders, as one (big) patch or as described in
> "how-to" as link to some ftp or git?
> My previous mail has not been replied, because of link to driver
On Tue, 7 May 2013 12:38:30 +0200 Borislav Petkov wrote:
> On Tue, May 07, 2013 at 08:52:05AM +0200, Bruno Prémont wrote:
> > Better that way (log_buf_len=10M)!
> >
> > The full boot log is available at:
> > http://pastebin.com/hVVne14C
> > (the Hardware Error
On Mon, 6 May 2013 17:07:57 +0200 Borislav Petkov wrote:
> On Mon, May 06, 2013 at 04:21:12PM +0200, Bruno Prémont wrote:
> > Booting 3.9 on a Fujitsu Primergy RX200 S7 server I get lots of
> > occurrences of the following WARNING (probably one per PCI device
> > listed by ls
Hi,
Booting 3.9 on a Fujitsu Primergy RX200 S7 server I get lots of
occurrences of the following WARNING (probably one per PCI device
listed by lspci -- overflowing my kernel log):
[ 69.965933] [ cut here ]
[ 69.965938] WARNING: at /data/kernel/linux-git/drivers/pci/se
On Fri, 05 April 2013 Vassilis Virvilis wrote:
> Hello, sorry if this is off topic. Just point me to the right direction.
> Please cc me also in the reply.
>
> Question
>
>
> Is it possible to dump only the private anonymous memory of a process?
I don't know if that's possible, but fr
CCing containers list
On Fri, 08 February 2013 miny...@acm.org wrote:
> From: Corey Minyard
>
> The console redirect - ioctl(fd, TIOCCONS) - is not in a namespace,
> thus a container can do a redirect and grab all the I/O on the host
> and all container consoles.
>
> This change puts the redire
On Wed, 12 December 2012 Jacek Poplawski wrote:
> On 12/12/12, Bruno Prémont wrote:
> > On Wed, 12 December 2012 Jacek Poplawski wrote:
> >> OK, I was wrong previously.
> >>
> >> I don't need to reload sr_mod, I only need to remount DVD.
> >>
&g
On Wed, 12 December 2012 Jacek Poplawski wrote:
> OK, I was wrong previously.
>
> I don't need to reload sr_mod, I only need to remount DVD.
>
> The reason I was wrong is I was suspecting that DVD remounts itself
> after eject, but looks like it doesn't. Also it means that the problem
> is diffe
On Wed, 12 December 2012 Jacek Poplawski wrote:
> On 12/12/12, Bruno Prémont wrote:
> > When it happens, does ejecting and re-inserting the CDs/DVDs also fix the
> > problem or is a full reboot mandatory?
>
> The re-inserting doesn't fix the problem.
> Even worse. W
Hello,
On Mon, 10 December 2012 Jacek Poplawski wrote:
> few years ago I noticed annoying bug on Linux, when I was copying
> photos from old DVDs I realized that not all files were copied
> correctly, there were errors on last files on DVD, you could say "well
> that happens, DVD are faulty", but
Hi Justin,
On Sat, 24 November 2012 "Justin Piszcz" wrote:
> Is the following normal on an X9SRL-F board (bios 1.0a)?
>
> In the manual it states:
>
> Data Direct I/O
> Select Enabled to enable Intel I/OAT (I/O Acceleration Technology), which
> significantly reduces CPU overhead by leveraging CP
On Mon, 22 Oct 2012 17:54:26 Mark Hounschell wrote:
> Another interesting thing. I changed the boot file to only
> "video=HDMI-A-1:e" and the monitor on the DVI port complains about the
> resolution being to high. I then put the hdmi cable onto my dvi/hdmi
> adapter and plug it into the DVI port
Hi Mark,
On Sun, 21 October 2012 Mark Hounschell wrote:
> On 10/21/2012 10:58 AM, Bruno Prémont wrote:
> > On Sun, 21 October 2012 Mark Hounschell wrote:
> >> I have a TV that appears to not provide proper EDID info to the HDMI or DVI
> >> ports of my Intel DH77DF m
Hi mark,
On Sun, 21 October 2012 Mark Hounschell wrote:
> I have a TV that appears to not provide proper EDID info to the HDMI or DVI
> ports of my Intel DH77DF motherboard. I received some pointers from this
> list that pointed me in the direction of creating my own EDID file and I
> now have
On Sun, 14 October 2012 Mark Hounschell wrote:
> I gave it a try. I don't think it liked my kernel cmdline. dmesg attached.
> There is a lot more in there now that nomodeset is gone and the debug is
> turned on.
>
> # ls -al /lib/firmware/edid/lg42lb9df.edid
> -rw-r--r-- 1 root root 1024 Oct 14
On Sun, 14 October 2012 Mark Hounschell wrote:
> >> And could I ask if this simple pgm might work to build the file I need?
> >
> > It looks fine. You can also check the output with hexdump just to
> > make sure it looks sane.
>
> Did that and the data looks swapped compared to the array written,
Hi Mark,
On Sun, 14 October 2012 Mark Hounschell wrote:
> I've taken the EDID data from that service manual. I've looked at the
> EDID-Howto for how to specify the connector but all I see is:
>
> "An EDID data set will only be used for a particular connector,
> if its name and a colon are pre
1 - 100 of 142 matches
Mail list logo
