NT3400 driver.
> >
> > Thanks,
> > -Brian
> >
> > On Mon, 13 Nov 2017, Arkadiusz Miskiewicz wrote:
> > > On Monday 13 of November 2017, Zhang Rui wrote:
> > > > On Sun, 2017-11-12 at 23:25 +0100, Arkadiusz Miskiewicz wrote:
> > > > &
Hello.
On Dell XPS 9530 and 4.14 kernel dmesg is flooded with:
[ 292.580807] acpi INT3400:00: Unsupported event [0x86]
[ 299.284648] acpi INT3400:00: Unsupported event [0x86]
[ 305.648079] acpi INT3400:00: Unsupported event [0x86]
[ 315.444799] acpi INT3400:00: Unsupported event [0x86]
[ 31
Hi.
I'm looking for stack gap fix backport for 4.1 (it's not in 4.1 stable queue
git unfortunately).
I wonder if any distro still maintains 4.1 and could already make backport?
Thanks,
--
Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org )
On Tuesday 17 of January 2017, Dave Carroll wrote:
> > Hi.
> >
> > There is a bug with handling of adaptec raid cards (in my case it is
> > Adaptec 3405) where kernel logs hundreds of "AAC: Host adapter dead -1"
> > messages.
> >
> > Bug was reported previously on lkml but there was no progres in
Hi.
There is a bug with handling of adaptec raid cards (in my case it is Adaptec
3405) where kernel logs hundreds of "AAC: Host adapter dead -1" messages.
Bug was reported previously on lkml but there was no progres in solving it.
There is also bugzilla entry:
https://bugzilla.kernel.org/show_
On Tuesday 06 of September 2016, Vlastimil Babka wrote:
> After several people reported OOM's for order-2 allocations in 4.7 due to
> Michal Hocko's OOM rework, he reverted the part that considered compaction
> feedback [1] in the decisions to retry reclaim/compaction. This was to
> provide a fix q
On Thursday 25 of August 2016, Michal Hocko wrote:
> On Tue 23-08-16 09:43:39, Michal Hocko wrote:
> > On Mon 22-08-16 15:05:17, Andrew Morton wrote:
> > > On Mon, 22 Aug 2016 15:42:28 +0200 Michal Hocko
wrote:
> > > > Of course, if Linus/Andrew doesn't like to take those compaction
> > > > impro
On Wednesday 20 of July 2016, Arkadiusz Miskiewicz wrote:
> On Friday 15 of July 2016, Thomas Voegtle wrote:
> > On Fri, 15 Jul 2016, Sasha Levin wrote:
> > > On 07/15/2016 07:38 AM, Thomas Voegtle wrote:
> > >> On Wed, 13 Jul 2016, Sasha Levin wrote:
> > &
On Friday 15 of July 2016, Thomas Voegtle wrote:
> On Fri, 15 Jul 2016, Sasha Levin wrote:
> > On 07/15/2016 07:38 AM, Thomas Voegtle wrote:
> >> On Wed, 13 Jul 2016, Sasha Levin wrote:
> >>> I'm announcing the release of the 4.1.28 kernel.
> >>
> >> I have a serious memleak with 4.1.28 (like 20mb
On Friday 24 of July 2015, Mathias Nyman wrote:
> On 24.07.2015 14:59, Mathias Nyman wrote:
> > On 22.07.2015 17:12, Arkadiusz Miskiewicz wrote:
> >> On Tuesday 21 of July 2015, Mathias Nyman wrote:
> >>> On 20.07.2015 23:13, Arkadiusz Miskiewicz wrote:
>
[sorry, resend from different email - vger postmaster team has stupid filters
in place]
On Tuesday 21 of July 2015, Mathias Nyman wrote:
> On 20.07.2015 23:13, Arkadiusz Miskiewicz wrote:
> > On Saturday 18 of July 2015, Arkadiusz Miskiewicz wrote:
> >> Hi.
> >>
On Saturday 18 of July 2015, Arkadiusz Miskiewicz wrote:
> Hi.
>
> I'm on 4.2.0-rc2-00077-gf760b87 kernel and while trying to copy some file
> from usb storage (sata disk behind sata-usb bridge or pendrive; hapens in
> both cases) copying process hangs just early after sta
Hi.
I'm on 4.2.0-rc2-00077-gf760b87 kernel and while trying to copy some file from
usb storage (sata disk behind sata-usb bridge or pendrive; hapens in both cases)
copying process hangs just early after start with:
[ 77.372137] usb 2-1: new SuperSpeed USB device number 2 using xhci_hcd
[ 77.
On Sunday 24 of August 2014, Linus Torvalds wrote:
> On Sun, Aug 24, 2014 at 4:28 AM, Knut Petersen
>
> wrote:
> > Since months the postmaster wantonly blocks all mail traffic from the
> > biggest german ISP t-online.de to all vger.kernel.org mailing lists,
> > therefore I could not cc lkml.
>
>
On Wednesday 25 of June 2014, One Thousand Gnomes wrote:
> On Wed, 18 Jun 2014 11:27:31 +0200
>
> Tomasz Torcz wrote:
> > >From ea7cf47e3230eda63aa6c46092719437f9bbae8e Mon Sep 17 00:00:00 2001
> >
> > From: Tomasz Torcz
> > Date: Wed, 18 Jun 2014 11:18:06 +0200
> > Subject: [PATCH] vt: disable
On Monday 31 of March 2014, One Thousand Gnomes wrote:
> On Sat, 29 Mar 2014 15:54:24 +0100
>
> Andreas Schwab wrote:
> > Struan Bartlett writes:
> > > Adding console=netconsole to the command line does not appear to have
> > > the desired effect. I am not sure if this is because netconsole,
> >
On Thursday 07 of November 2013, Randy Dunlap wrote:
> Re: https://bugzilla.kernel.org/show_bug.cgi?id=64531
>
>
> arch/x86/Kconfig line 1053 (+/-), help section in CONFIG_MICROCODE_INTEL,
> says:
>
> For latest news and information on obtaining all the required
> Intel ingredients for this driv
On Tuesday 03 of September 2013, Arkadiusz Miskiewicz wrote:
> On Sunday 18 of August 2013, Margarita Manterola wrote:
> > Hi,
> >
> > On Sat, Aug 17, 2013 at 5:28 PM, Pavel Machek wrote:
> > >> diff --git a/drivers/tty/n_tty.c b/drivers/tty/n_tty.c
>
On Sunday 18 of August 2013, Margarita Manterola wrote:
> Hi,
>
> On Sat, Aug 17, 2013 at 5:28 PM, Pavel Machek wrote:
> >> diff --git a/drivers/tty/n_tty.c b/drivers/tty/n_tty.c
> >> index 4bf0fc0..2ba7f4e 100644
> >> --- a/drivers/tty/n_tty.c
> >> +++ b/drivers/tty/n_tty.c
> >> @@ -149,7 +149,8
On Tuesday 16 of April 2013, Neil Horman wrote:
> A few years back intel published a spec update:
> http://www.intel.com/content/dam/doc/specification-update/5520-and-5500-chi
> pset-ioh-specification-update.pdf
>
> For the 5520 and 5500 chipsets which contained an errata (specificially
> errata 5
erence it. This causes the kernel to panic.
>
> Seen with systemd trying to open /dev/watchdog immediately after
> it was created.
>
> Reported-by: Arkadiusz Miskiewicz
Please use
Reported-by: Arkadiusz Miśkiewicz
I have to use gmail address because maven.pl domain is
On Thursday 14 of March 2013, Arkadiusz Miśkiewicz wrote:
> Hi.
>
> Just hit watchdog related oops in 3.8.3 kernel. Unfortunately photos only.
>
> http://ixion.pld-linux.org/~arekm/watchdog-oops-3.8.3/IMG_8942.JPG
> http://ixion.pld-linux.org/~arekm/watchdog-oops-3.8.3/IMG_8941.JPG
3.9git from t
On Sunday 17 of March 2013, Daniel Vetter wrote:
> On Sat, Mar 16, 2013 at 11:35 AM, Arkadiusz Miskiewicz
>
> wrote:
> > On Thursday 14 of March 2013, Arkadiusz Miskiewicz wrote:
> >> Hello.
> >
> >> After upgrading from 3.8.2 to 3.8.3 I'm ge
On Thursday 14 of March 2013, Arkadiusz Miskiewicz wrote:
> Hello.
>
> After upgrading from 3.8.2 to 3.8.3 I'm getting regression :
More people hits this:
https://bugzilla.redhat.com/show_bug.cgi?id=922304
https://bugs.archlinux.org/task/34327
(seems always GM45 gpu in these repor
Hello.
After upgrading from 3.8.2 to 3.8.3 I'm getting regression :
diff:
[drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
[drm] Driver supports precise vblank timestamp query.
vgaarb: device changed decodes:
PCI::00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem
+ [drm]
On Sunday 20 of January 2013, Arkadiusz Miskiewicz wrote:
> On Sunday 20 of January 2013, Woody Suwalski wrote:
> > Arkadiusz Miskiewicz wrote:
> > > On Saturday 19 of January 2013, Arkadiusz Miskiewicz wrote:
> > >> On Saturday 19 of January 2013, Greg Kroah-Hartman
On Sunday 20 of January 2013, Woody Suwalski wrote:
> Arkadiusz Miskiewicz wrote:
> > On Saturday 19 of January 2013, Arkadiusz Miskiewicz wrote:
> >> On Saturday 19 of January 2013, Greg Kroah-Hartman wrote:
> >>> On Fri, Jan 18, 2013 at 11:28:43PM +0100, Arkadiu
On Saturday 19 of January 2013, Arkadiusz Miskiewicz wrote:
> On Saturday 19 of January 2013, Greg Kroah-Hartman wrote:
> > On Fri, Jan 18, 2013 at 11:28:43PM +0100, Arkadiusz Miskiewicz wrote:
> > > Hi.
> > >
> > > Using 3.7.3 kernel and connectin
On Saturday 19 of January 2013, Greg Kroah-Hartman wrote:
> On Fri, Jan 18, 2013 at 11:28:43PM +0100, Arkadiusz Miskiewicz wrote:
> > Hi.
> >
> > Using 3.7.3 kernel and connecting two rs232 usb adapters, CP2102 and
> > FT232RL, one after disconnecting another.
&
On Thursday 29 of November 2012, Herton Ronaldo Krzesinski wrote:
> I am announcing the release of the 3.5.7.1 tree of stable patches.
>
> This tree picks up the latest 3.5 stable release upstream, and add patches
> on top that were later marked for stable but can't be added to 3.5, as
> it is not
On Saturday 02 of February 2008, you wrote:
> This is the start of the stable review cycle for the 2.6.22.17 release.
> There are 27 patches in this series, all will be posted as a response to
> this one. If anyone has any issues with these being applied, please let
> us know. If anyone is a main
On Tuesday 27 of November 2007, Tilman Schmidt wrote:
> So I've watched Linus' Google Tech Talk about git and let him convince
> me that I've been stupid to use CVS, that Subversion is even worse,
> and the only sensible approach is to use git. Went ahead and tried to
> convert my driver developmen
On Monday 17 of September 2007, Thomas Gleixner wrote:
> On Mon, 2007-09-17 at 21:44 +0200, Arkadiusz Miskiewicz wrote:
> > On Saturday 15 of September 2007, Rafael J. Wysocki wrote:
> > > On Saturday, 15 September 2007 04:29, Michal Piotrowski wrote:
> > > > Subject
On Saturday 15 of September 2007, Rafael J. Wysocki wrote:
> On Saturday, 15 September 2007 04:29, Michal Piotrowski wrote:
> > Subject : resume from ram much slower
> > References : http://lkml.org/lkml/2007/8/10/275
> > Last known good : 2.6.23-rc1 ?
> >
On Thursday 13 of September 2007, Jens Axboe wrote:
> Hi,
>
> There's a race condition in blk_queue_end_tag() for shared tag maps,
> users include stex (promise supertrak thingy) and qla2xxx.
[...]
> I'm cc'ing users that reported stex
> problems, hopefully they can test this patch and report back
By : Rafael J. Wysocki <[EMAIL PROTECTED]>
> > > Status : unknown
> > >
> > > Subject : resume from ram much slower
> > > References : http://lkml.org/lkml/2007/8/10/275
> > > Last known good : 2.6.23-rc1 ?
> > >
On Wednesday 29 of August 2007, Jens Axboe wrote:
> On Wed, Aug 29 2007, Arkadiusz Miskiewicz wrote:
> > On Wednesday 29 of August 2007, Jens Axboe wrote:
> > > On Wed, Aug 29 2007, Arkadiusz Miskiewicz wrote:
> > > > On Wednesday 29 of August 2007, Jens Axboe wrote:
On Wednesday 29 of August 2007, Jens Axboe wrote:
> On Wed, Aug 29 2007, Arkadiusz Miskiewicz wrote:
> > On Wednesday 29 of August 2007, Jens Axboe wrote:
> > > On Wed, Aug 29 2007, Arkadiusz Miskiewicz wrote:
> > > > I guess I should sent these here since it looks li
On Wednesday 29 of August 2007, Jens Axboe wrote:
> On Wed, Aug 29 2007, Arkadiusz Miskiewicz wrote:
> > I guess I should sent these here since it looks like not scsi bug anyway.
>
> It's stex, right? It seems to have some issues with multiple completions
> of commands, wh
I guess I should sent these here since it looks like not scsi bug anyway.
-- Forwarded Message --
Subject: 2.6.22 oops kernel BUG at block/elevator.c:366!
Date: Wednesday 29 of August 2007
From: Arkadiusz Miskiewicz <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Hello,
I&#x
On Friday 10 of August 2007, Rafael J. Wysocki wrote:
> On Friday, 10 August 2007 18:48, Arkadiusz Miskiewicz wrote:
> > Hi,
> >
> > Starting 1-2 weeks ago I have very long resume from
> > ram times. It takes more than 1 min to resume. Does anyone see such
> &g
On Friday 10 of August 2007, Rafael J. Wysocki wrote:
> On Friday, 10 August 2007 19:34, Michal Piotrowski wrote:
> > [S-T-R wizards CC'ed]
> >
> > On 10/08/07, Arkadiusz Miskiewicz <[EMAIL PROTECTED]> wrote:
> > > Hi,
> > >
> > > Starting
Hello,
What does "very big device. try to use READ CAPACITY(16)" mean for user? Is
this advice for driver developer or for user (if for user then what does it
mean exactly) ?
sdc : very big device. try to use READ CAPACITY(16).
SCSI device sdc: 4823210240 512-byte hdwr sectors (2469484 MB)
sd
On Monday 23 of July 2007, Len Brown wrote:
> On Monday 23 July 2007 11:40, Arkadiusz Miskiewicz wrote:
> > After booting fresh 2.6.23rc1 taken from git I noticed oops in dmesg:
> >
> > [ 46.274038] BUG: unable to handle kernel NULL pointer dereference at
> &g
On Monday 09 of July 2007, Arnaldo Carvalho de Melo wrote:
> Renato S. Yamane wrote:
> > On Kernel 2.6.21.6 I see this message in dmesg:
> > Clocksource tsc unstable (delta = 732182695 ns)
> >
> > It's normal?
>
> AMD CPU? SMP? Details, please.
Here (after resume from ram btw):
[ 10.726665] Mark
On Saturday 23 of June 2007, Andi Kleen wrote:
> On Saturday 23 June 2007 13:09, Arkadiusz Miskiewicz wrote:
> > On Saturday 23 of June 2007, Andi Kleen wrote:
> > > Here's a nickel. Get yourself a real shell.
> >
> > POSIX compilant shell isn't real shel
On Saturday 23 of June 2007, Andi Kleen wrote:
> Here's a nickel. Get yourself a real shell.
POSIX compilant shell isn't real shell?
> -Andi
--
Arkadiusz MiśkiewiczPLD/Linux Team
arekm / maven.plhttp://ftp.pld-linux.org/
-
To unsubscribe from this list: send the line "unsubs
On Sunday 10 of June 2007, Rafael J. Wysocki wrote:
> >
> > [54498.464550] device-mapper: ioctl: 4.11.0-ioctl (2006-10-12)
> > initialised: [EMAIL PROTECTED]
> > [56592.077674] swsusp: Basic memory bitmaps created
> > [56592.084340] BUG: unable to handle kernel NULL pointer dereference at
> > virt
Hello,
Is this desired behaviour?
$ sudo cat /dev/snapshot
ended with:
[54498.464550] device-mapper: ioctl: 4.11.0-ioctl (2006-10-12) initialised:
[EMAIL PROTECTED]
[56592.077674] swsusp: Basic memory bitmaps created
[56592.084340] BUG: unable to handle kernel NULL pointer dereference at
virt
On Friday 08 of June 2007, you wrote:
> Hello,
>
> I am using the current git tree: 85f6038f2170e3335dda09c3dfb0f83110e87019 .
> Git tree from two days ago (with the same config) works fine.
>
> Attempting to acquire an IP address via DHCP fails with:
>
> SIOCSIFADDR: No buffer space available
> Li
On Sunday 29 of April 2007, Tomasz Chmielewski wrote:
> > I reported a bug that eats people's hard disks due to a bug
> > in the X.ORG PCI support code on sparc, NOBODY has fixed
> > the bug in 2 years even though a full bugzilla entry with
> > even a full patch fix is in there.
>
> And how fast w
On Wednesday 14 of March 2007, Patrick McHardy wrote:
> Arkadiusz Miskiewicz wrote:
> > This patch
> >
> > http://www.mail-archive.com/netdev@vger.kernel.org/msg27506.html
> >
> > didn't make into upstream linux kernel it seems.
>
> As mentioned
On Tuesday 13 of March 2007, Stephen Hemminger wrote:
> This is an experimental to the iproute2 command set.
>
> The version number includes the kernel version to denote what features are
> supported. The same source should build on older systems, but obviously the
> newer kernel features won't be
On Wednesday 14 of March 2007, Arkadiusz Miskiewicz wrote:
Of course I mean:
> This patch
>
> http://www.mail-archive.com/netdev@vger.kernel.org/msg27506.html
>
adds functionality that...
> didn't make into upstream linux kernel it seems.
--
Arkadiusz Miśkiewicz
On Tuesday 13 of March 2007, Adrian Bunk wrote:
> Subject: ThinkPad Z60m: usb mouse stops working after suspend to ram
> References : http://lkml.org/lkml/2007/2/21/413
> http://lkml.org/lkml/2007/2/28/172
> Submitter : Arkadiusz Miskiewicz <[EMAIL PROTECTE
2.6.21rc3 from today git, thinkpad z60m, pl2303 usb-rs232 adapter and:
[ 84.087080] usb 2-2: new full speed USB device using uhci_hcd and address 3
[ 84.232615] usb 2-2: configuration #1 chosen from 1 choice
[ 84.235540] pl2303 2-2:1.0: pl2303 converter detected
[ 84.235732] usb 2-2: pl23
On Thursday 22 of February 2007, Greg KH wrote:
> On Wed, Feb 21, 2007 at 11:14:56PM +0100, Arkadiusz Miskiewicz wrote:
> > Hello,
> >
> > Today version of Linus git tree has a problem with resuming of usb
> > devices. My trackball is no longer working after resume fro
On Tuesday 16 January 2007 19:01, Chris Wedgwood wrote:
> On Tue, Jan 16, 2007 at 08:26:05AM -0600, Robert Hancock wrote:
> > >If one use iommu=soft the sata_nv will continue to use the new code
> > >for the ADMA, right?
> >
> > Right, that shouldn't affect it.
>
> right now i'm thinking if we can'
On Monday 01 January 2007 02:19, Linus Torvalds wrote:
> In order to not get in trouble with MADR ("Mothers Against Drunk
> Releases") I decided to cut the 2.6.20-rc3 release early rather than wait
> for midnight, because it's bound to be new years _somewhere_ out there. So
> here's to a happy 2007
On Monday 18 December 2006 10:33, Jan Engelhardt wrote:
> > after few weeks I'm pleased to announce a new "util-linux-ng" project.
> > This project is a fork of the original util-linux (2.13-pre7).
> >
> > The goal of the project is to move util-linux code back to useful state,
> > sync with actual
On Monday 18 December 2006 08:52, Karel Zak wrote:
> I'm pleased to announce a new "util-linux-ng" project. This project
> is a fork of the original util-linux (2.13-pre7).
Fork? Are you saying that you just didn't take over maintainership and now we
will have two versions of util-linux!? :/
>
On Monday 11 December 2006 20:27, Arjan van de Ven wrote:
> At this point only source packages are available, I hope that the linux
> vendors will have packages for the various distributions ready in a few
> days.
Manual page disappeared (no big problem, wasn't even complete). X Window tools
are
On Friday 08 December 2006 22:22, Andi Kleen wrote:
> The trouble is when it's CSEd it actually causes worse code because
> a register is tied up. That might not be worth the advantage of having it?
>
> Hmm, maybe marking it volatile would help? Arkadiusz, does the following
> patch help?
Unfortu
On Friday 08 December 2006 19:04, Andi Kleen wrote:
> > > > Something related (git tree fetched 1-2h ago) ?
> > >
> > > Probably. Please send your .config.
> >
> > #
> > # Automatically generated make config: don't edit
> > # Linux kernel version: 2.6.19
> > # Fri Dec 8 11:40:15 2006
> > #
> > CON
On Friday 08 December 2006 04:01, Andi Kleen wrote:
> - Support for a Processor Data Area (PDA) on i386. This makes
> the code more similar to x86-64 and will allow some other
> optimizations in the future.
LD .tmp_vmlinux1
arch/i386/kernel/built-in.o: In function `math_emulate':
(.text+0x
On Saturday 02 December 2006 13:50, Pavel Machek wrote:
> > Acer notebook users here dump DSDT from their own machine, fix it and
> > then load via initrd. No legal problems. (... and without that even
> > battery can't be monitored on sych notebooks)
>
> Merge smart battery support, instead of ha
On Friday 01 December 2006 22:55, Alan wrote:
> > > Does that change the fact it is ugly ?
> >
> > No, but it does beg the question "how else can it be done"?
>
> Agreed.
So how else can it be done?
> > Distros need a way for users to add a fixed DSDT without recompiling
> > their own kernels.
>
On Thursday 03 of February 2005 07:38, Benjamin Herrenschmidt wrote:
> > Are you seriously proposing this for 2.6.11??
>
> Well... There should be no problem with
> add-try_acquire_console_sem.patch and
> update-aty128fb-sleep-wakeup-code-for-new-powermac-changes.patch.
>
> radeonfb is another sto
On/Dnia Wed, Jan 24, 2001 at 12:23:03PM -0600, Brad Felmey wrote/napisał(a)
> > I/O support = 0 (default 16-bit)
>
> hdparm -c1 /dev/hda, or are you running in 16-bit mode on purpose?
no purpose. Setting this can only speed up all operations a bit but it doesn't
change nothing in vfat <-> vfat
Copying between vfat <-> vfat partitions is so slow. It seems
that it's vfat/msdos kernel driver problem because I tried to copy
this file between few partitions (all these on the same disc):
hda: IBM-DTLA-307030, ATA DISK drive
hda: 60036480 sectors (30739 MB) w/1916KiB Cache, CHS=3737/255/63, U
On/Dnia Fri, Jan 05, 2001 at 06:52:52AM -0800, Patrick Michael Kane wrote/napisał(a)
> With 2.4.0 installed, I've started to see the following errors:
>
> reset_xmit_timer sk=cfd889a0 1 when=0x3b4a, caller=c01e0748
> reset_xmit_timer sk=cfd889a0 1 when=0x3a80, caller=c01e0748
>
the same problem h
Is probably broken (I didnt't saw any disscusion about this here,
I missed it?).
when I try to start first user process I get:
4366 fork()= -1 EAGAIN (Resource temporarily unavailable)
but strace show proper value passed to setrlimit() -- 40 max number of processes:
On Wed, Oct 18, 2000 at 07:59:23AM +0200, Arkadiusz Miskiewicz wrote / Dnia Wed, Oct
18, 2000 at 07:59:23AM +0200, Arkadiusz Miskiewicz napisał(a):
> Oct 18 09:51:09 dark kernel: invalid operand:
> Oct 18 09:51:09 dark kernel: CPU:0
> Oct 18 09:51:09 dark kernel: EIP:
&g
Hi,
i have small problem; kernel 2.4.0-test9+reiserfs
ksymoops 2.3.4 on i586 2.4.0-test9. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.0-test9/ (default)
-m /usr/src/linux/System.map (default)
Warning: You did not tel
74 matches
Mail list logo
