12288 2 amdgpu,ext4
--
Eric Valette
On 09/01/2025 19:19, Eric wrote:
git bisect points to the commit below. I am no expert, but it looks
indeed related (maybe this combination of controller & drive leads to
an unusable state after due to modified power management).
Next step : I'll see if I can build a 6.12.6 +
On 30/12/2024 02:22, Eric Degenetais wrote:
3 - No that I was reasonnably sure the kernel was the culprit, I tried various
versions using the snapshots repository :
_ the last kernel to reboot sucessfully was 6.8.12+1
_ the first kernel to misbehave was 6.9.7+1
As a result, I think that
quot;unconfined" name="docker-default" pid=1056
comm="apparmor_parser"
[ 17.160037] evm: overlay not supported
[ 17.550253] Initializing XFRM netlink socket
[ 17.603688] bridge: filtering via arp/ip/ip6tables is no longer available by
default. Update your scripts to
.
On 07/11/2024 09:14, Uwe Kleine-König wrote:
Hello Eric,
On Tue, Nov 05, 2024 at 10:30:06PM +0100, Eric Veiras wrote:
Package: src:linux
Version: 6.10.11-1
Severity: important
Dear Maintainer,
I'm running Debian testing and after upgrading to kernel 6.11 (first 6.11.2,
then 6.11.4),
On 03/10/2024 07:38, Salvatore Bonaccorso wrote:
Hi,
On Tue, Oct 01, 2024 at 11:54:28PM +0200, Eric wrote:
FWIW, a patch reverting the breaking commit has been submitted by
Takashi Iwai, and so will go back to the stable series as well later.
OK, good !
Meanwhile, I've built a kernel
ime.
Regards
Eric
On 28/09/2024 15:22, Salvatore Bonaccorso wrote:
I just have reported the issue upstream including the regression list,
at
https://lore.kernel.org/regressions/zvgcdyfkgwhpj...@eldamar.lan/T/#u
.
Regards,
Salvatore
Thank you for your work.
Wait and see, then !
Regards
Eric
On 25/09/2024 18:21, Salvatore Bonaccorso wrote:
Control: tags -1 - moreinfo
Hi Eric,
Hi Salvatore,
Awesome, thanks for the bisect.
Let's see how we can move from here on to report it to upstream with
your case.
Cool ! Let me know if/when there is something I can do, like te
On 22/09/2024 21:22, Eric wrote:
The bisect is complete and yields this result
15115033f056cbd7649b8e1806287f71bdb7ce5c is the first bad commit
commit 15115033f056cbd7649b8e1806287f71bdb7ce5c
Author: Maciej Fijalkowski
Date: Fri Jul 26 20:17:10 2024 +0200
ice: don't busy wait f
On 22/09/2024 21:22, Eric wrote:
On 22/09/2024 20:55, Salvatore Bonaccorso wrote:
Control: tags -1 + moreinfo
Hi Eric,
Hi Salvatore,
Since you seem to easily have the effect reproducible with your
hardware, and can determine if a version between 6.1.99 and 6.1.106
upstream would be affected
On 22/09/2024 20:55, Salvatore Bonaccorso wrote:
Control: tags -1 + moreinfo
Hi Eric,
Hi Salvatore,
Since you seem to easily have the effect reproducible with your
hardware, and can determine if a version between 6.1.99 and 6.1.106
upstream would be affected, can you bisect the changes to
In addition, I tried the current bookworm-backports version,
6.10.6-1~bpo12+1.
The problem is found in this version too.
As a workaround, I default boot in 6.1.0-23 for now, but of course it's
a problem as it deprives me from security fixes.
Thanks for all your work.
Éric
Package: src:linux
Version: 6.1.106-3
Severity: normal
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation? Changing AMD graphic/sound controller board.
Sound play back was audible but marred by constant crakcs every
has the same problem,
but since nobody on the Debian maintainer side seems to care, I won't bother.
Okay. A workorange is explained there. If you do not need debug info for
example. You can also look at the new script to see if it changed
something for removing debug information for strip
.
-- eric
It has been a month and nobody did care on 6.6. I bet I may be identical
for 6.7.
NB : I reported other bugs as the localmodconfig options do not include
many rather basic options (ISO 9660, usb disks, ...).
This one can be fixed by adding the relevant config options...
-- eric
On 15/04/2024 11:32, Diederik de Haas wrote:
On Monday, 15 April 2024 10:41:55 CEST Eric Valette wrote:
Why is there no 6.6 up-to-date kernel pushed in testing as well? Do you
plan to wait until 6.6 enter stable? When?
Nothing gets 'pushed' to Testing. Packages *transition* to Te
modules that I do not need (and using the
option to cvompiles for the modules currently loaded miss anything that
is not used when making the command, eg. USB disks, cdrom, usb camera, ...).
-- eric
Package: linux-source-6.6
Version: 6.6.15-2
Severity: normal
After using make localmodconfig I discovered that USB keys cannot be mounted,
nor ISO images.
I think theses are basics that shoul be enabled like other stuffs.
-- System Information:
Debian Release: trixie/sid
APT prefers stable-
Package: linux-source-6.6
Version: 6.6.15-2
Severity: minor
I never installed pahole before... It is not in the list of required package.
-- System Information:
Debian Release: trixie/sid
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500,
'unstab
t you cannot get the same linux-image when you
rebuild. Plus it annoys me to revert back my own script for external
modules signature.
Thanks anyway.
-- eric
Package: linux-source-6.6
Version: 6.6.15-2
Severity: grave
Justification: renders package unusable
As I wanted:
1) to stay on long term kernel 6.6 branch,
2) 6.7.x has been uploaded to unstable already,
3) I would like to enable NTFS3, and AMD TEE
I decided I will try to recompile
make[2]: *** [scripts/Makefile.package:146 : bindeb-pkg] Erreur 2
make[1]: *** [/usr/src/linux-source-6.6/Makefile:1563 : bindeb-pkg] Erreur 2
make: *** [Makefile:246 : __sub-make] Erreur 2
Any hint?
-- eric
kernel source. Are there any updates, or is there reasons why Debian
doesn't ship those files?
Cheers,
Eric
The unsigned version is available, so are the linux-libc-dev package.
I know the autosign transition is ongoing but as the build is
successful why not produce a signed version?
-- eric
On 06/08/2023 00:08, Hans van Kranenburg wrote:
Hi Eric,
I think I can help answering this one. It's a good question.
Thanks for taking the time to answer and sorry for this mailing list
polution but debian-kernel-maint mailing list is long dead.
On 8/5/23 10:43, Eric Valette wrote
Hi Debian kernel maintainers,
I have a question regarding the way kernel versions are selected for the
stable tree. First, I am a very long Debian user and have been building
my own kernel for years, managing self signed kernel and modules for
secure boot and my Debian version is always a unst
Package: linux-image-6.3.0-1-amd64
Version: 6.3.7-1
Severity: normal
Tags: patch
tvheadend does not work with this kernel. 6.1.27 does.
The patch and the probme is also found by other
https://bbs.archlinux.org/viewtopic.php?id=286421
-- System Information:
Debian Release: trixie/sid
APT p
Package: linux-image-amd64
Version: 6.3.7-1
Severity: normal
Tags: patch
tvheadend does not work with this kernel. 6.1.27 does.
The patch and the probme is also found by other
https://bbs.archlinux.org/viewtopic.php?id=286421
-- System Information:
Debian Release: trixie/sid
APT prefers stab
Package: src:linux
Version: 6.1.8-1
Severity: normal
X-Debbugs-Cc: e...@yojik.eu
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
trying to make an update
* What exactly did you do (or not do) that was e
On 16/02/2022 22:36, Eric Valette wrote:
On 16/02/2022 21:01, Eric Valette wrote:
On 16/02/2022 20:58, Alex Deucher wrote:
On Wed, Feb 16, 2022 at 2:56 PM Eric Valette
wrote:
Here is the dmesg. For bisecting, I'm not home and the Intrenet
connection is just too slow.
In order to h
laces.
5.15.24 is a described 5.15 from debian is behaving identically
5.16 from debian is behaving identically.
Is this system S0i3 or regular S3?
For me it is real S3.
The proposed patch is intended for INTEl + intel gpu + amdgpu but I have
dual amd GPU.
--eric
On 16/02/2022 21:01, Eric Valette wrote:
On 16/02/2022 20:58, Alex Deucher wrote:
On Wed, Feb 16, 2022 at 2:56 PM Eric Valette
wrote:
Here is the dmesg. For bisecting, I'm not home and the Intrenet
connection is just too slow.
In order to help a bit, I started to build kernel wit
On Tue, 15 Feb 2022 15:42:27 -0500 Alex Deucher
wrote:
What chip is this? Can you provide the full dmesg output?
Its a a renoir chip with a second gpu : [Radeon RX 5500/5500M / Pro 5500M].
Processor Information
Socket Designation: FP6
Type: Central Processor
Family:
On 15/02/2022 19:14, Eric Valette wrote:
Since I upgraded from 5.10 (own compiled kernel or debian kernel) to
5.15 (own compiled from same config or debian kernel) and even 5.16
kernel from debian, I get this behavior :
1) First suspend and resume works,
2) But later suspendend
Since I upgraded from 5.10 (own compiled kernel or debian kernel) to
5.15 (own compiled from same config or debian kernel) and even 5.16
kernel from debian, I get this behavior :
1) First suspend and resume works,
2) But later suspendend always fails. I have kernel exce
UUU]
[==>..] resync = 10.9% (91796180/838728704)
finish=77.8min speed=159943K/sec
bitmap: 7/7 pages [28KB], 65536KB chunk
unused devices:
Eric
pages [28KB], 65536KB chunk
Eric
Since some days, I noticed that "resync" of md device triggers at boot time.
Sometimes, it triggers at every boot.
It slows down the computer and the disks access for 90minutes.
I didn't notice this kind of behavior at the beginning.
Lately I didn't change anything except changing a component (PCI
aid disk 1
[2.779626] md/raid:md127: device sdc1 operational as raid disk 2
[2.779897] md/raid:md127: raid level 5 active with 3 out of 3 devices,
algorithm 2
[2.779998] md127: bitmap file is out of date (7476 < 7477) -- forcing full
recovery
[2.780006] md127: bitmap file is out
Additionnaly, I attach here the log (dmesg) of the hangup (triggered by
lauching xine-ui).
[0.00] Linux version 4.19.0-5-amd64 (debian-kernel@lists.debian.org) (gcc version 8.3.0 (Debian 8.3.0-7)) #1 SMP Debian 4.19.37-3 (2019-05-15)
[0.00] Command line: BOOT_IMAGE=/boot/vmlinu
Package: src:linux
Version: 4.19.37-3
Severity: normal
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
Tried to replay a video (launching xine) on my bustre installation. I also
tried VLC media player with the sa
Le mer. 17 avr. 2019 17:36, Thierry Vilmart a
écrit :
> Hi,
>
> Let me just express my worry that Debian buster and debian based
> distributions like Ubuntu will miss kernel 5 and AMD Free Sync for 2
> years until next Debian release in 2 years.
>
I for one, am not afraid of this. Backports for N
drivers/vhost/vhost.c:52:1
> member access within null pointer of type 'struct rb_root_cached'
You need to send this to the maintainers of the code (use
scripts/get_maintainer.pl). Otherwise no one will pay attention to it.
Eric
should also explain what is being fixed, exactly. Mentioning that this bug was
found by syzkaller would also be useful, since people are looking out for those.
Thanks,
Eric
: 0x0005 | lmpm_pmg_sel
[155772.454067] iwlwifi :03:00.0: 0x06061222 | timestamp
[155772.454069] iwlwifi :03:00.0: 0x3850 | flow_handler
[155772.454155] iwlwifi :03:00.0: Start IWL Event Log Dump: nothing in log
--
Eric
Package: src:linux
Version: 4.13.4-1
Severity: normal
Not running the kernel affected:
a) too many tolerable issues, constant journal spam with wpa_supplicant
and hung threads (will paste the kernel msg dump I had before)
b) issues with email now resolved (hopefully)
Sorry about this, but can't b
Please visit AND read http://www.debian.org/MailingLists/unsuscribe
you'll find here how to unsuscribe, strangely enough. Then, please stop
spamming everybody.
Le 3 oct. 2017 10:27 AM, "Alain" a écrit :
stop sending me reports bug please .
Les rapports de bug sont issus d'un automate, vous avez souscrit au
bug. Par contre VOUS êtes un être humain et VOUS décider de spammer
sans vergogne tous les utilisateurs de la liste.
Éric Dégenètais
Le 2 octobre 2017 à 10:29, alain BELLEC a écrit :
> pouvez vous cesser de m'envoyer des rapport
Hello,
It would be nice if we could also get CONFIG_NFT_FIB_INET built-in as a
module like the other configuration options.
BR,
--
Eric Leblond
Blog: https://home.regit.org/
firmware-misc-nonfree
pn firmware-myricom
pn firmware-netxen
pn firmware-qlogic
pn firmware-realtek
pn firmware-samsung
pn firmware-siano
pn firmware-ti-connectivity
pn xen-hypervisor
-- no debconf informatio
ean up the mess.
I do think (like you wrote elsewhere) that fixing debian kernel build is
not a solution: until the needed patches are applied upstream, tagged
for stable and have been propagated to the various LTS kernel,theses
patches needs to be reverted.
-- eric
ut modifications.
And I want LTS kernel to get fixes as soon as they appear without being
forced to move to non LTS versions.
-- eric
ks kernel build on amd64
Merged 841419 841438 841500
How can your easssign a bug to a upstream code? This is crasy.
--eric
I never use debian kernel and connaot compile upstream kernel with gcc-6
now.
--eric
Looks like one of those firmware-related bugs. Have you checked
firmware-related packages like firmware-realtek or firmware-non-free ?
Cheers
Eric
Le 13 oct. 2016 16:54, "George Vasiliou (GMAIL)" a
écrit :
> Package: linux-image-4.7.0-1-amd64
>
> Hi there,
>
> I'
Package: src:linux
Version: 4.6.4-1
Followup-For: Bug #805579
For a long time I didn't experience these lockups, but in the past
week or so they have started occurring again, about once a day:
[397467.956723] nouveau :01:00.0: fifo: read fault at 956000 engine 15
[PCE0] client 01 [PCOPY0
her
devices are using the same WiFi with no issues, and the 4.6 kernel I am using
now has none either.
It's very disconcerting, since I know it's an iffy device, but still works well
enough to be usable,
and it's our only computer right now.
Thanks
Eric
-- Package-specific info
On 30/06/2016 22:00, Eric Valette wrote:
On 30/06/2016 21:46, Martin Pitt wrote:
Hello Eric,
Eric Valette [2016-06-30 21:33 +0200]:
I have an initrd on this machine so this is something else
OK, I owe you an apology then, sorry. In #771652 you didn't yet, so I
just assumed that was
Same for me on a Thinkpad X1
Carbon 2015.
Package: src:linux
Version: 4.3.3-2
Followup-For: Bug #744166
I see something like this regularly too. Here is the latest
occurrence:
[ 1550.657540] nouveau :01:00.0: fifo: read fault at dd engine 15
[PCE0] client 01 [PCOPY0] reason 02 [PAGE_NOT_PRESENT] on channel 0 [001fe74000
DR
ecend(skb_put(syn_data, space),
> fo->data->msg_iov, 0, space))) {
> kfree_skb(syn_data);
>
Looks goot to me, thanks Ben !
Acked-by: Eric Dumazet
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a sub
On Tue, 2015-04-14 at 08:32 +0100, Ben Hutchings wrote:
> Commit 355a901e6cf1b2b763ec85caa2a9f04fbcc4ab4a ("tcp: make connect()
> mem charging friendly") was backported to various stable branches:
>
> v3.10.73: e64a85197b3f tcp: make connect() mem charging friendly
> v3.12.40: d06381e8aac5 tcp: ma
Today I installed Wheezy and then did a distribution upgrade to Jessie without
issue. So, I think the problem I was having was strictly related to the
installation files at the link in my previous message. BTW, I tried the
updated files as of Mar 24, 2015 and ran into the same issue. It's a
I get this behavior when trying to install Jessie on my sheevaplug. Files
here:
ftp://ftp.debian.org/debian/dists/jessie/main/installer-armel/current/images/kirkwood/netboot/marvell/sheevaplug/
Note this device only has one ethernet port. It's not a cabling issue as the
tftpboot commands bel
I already posted in debian-user, but figured deb-kernel would be more
appropriate.
I have an i7-3612Qe system that has been giving kernel panics when running a
custom video streaming application pretty consistently after a couple minutes.
After the kernel panic, the machine reboots. When I
Hello Kernel-team,
Other than the original BTS Ack, I am not aware that this issue has
been investigated or the fix applied. Could someone kindly indicate
the current status of issue #768478?
Kind regards,
Eric
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject
Upstream bug #86861 filed: https://bugzilla.kernel.org/show_bug.cgi?id=86861
Freeze problem exists on 3.16 kernel. Same system is functional with
ndiswrapper and Windows XP platform driver.
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Troubl
On 12/03/2013 08:15 AM, Ben Hutchings wrote:
On Tue, 2013-12-03 at 08:44 +, Ian Campbell wrote:
On Tue, 2013-12-03 at 09:19 +0800, Niew, Sh. wrote:
Hi,
I'm install linux-image-3.11-2-armmp in my Boundary Devices SABRELite board,
but linux can't mount the SATA drive and there is no AHCI_IMX
lude the same sort of knob when USER_NS is enabled
> in Debian. I can probably just copy your patch now.
Grumble. Just kill the binary sysctl bits from that patch.
I sent an email mentioning that the sysctl change didn't need to
allocate any binary numbers but I think it may have bee
true
linux-image-3.10-2-amd64/postinst/ignoring-ramdisk:
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130818122512.6251.21779.reportbug@eric-debian
g
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130818120909.4848.82190.reportbug@eric-debian
Package: initramfs-tools
Version: 0.107
Severity: wishlist wheezy
(Orthogonal issues skipped for brevity.) Upgrading from somewhat mixed
squeeze/wheezy-1 to clean wheezy. Upgrading to lilo_1:22.8-8.3 (I
already knew it was needed) with no problems. Upgrading to
linux-image-3.2.0-4-486_3.2.41-2
appeared on 3.9, or that we are facing 2 issues.
Eric
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/51c6afac.2050...@lavar.de
On Tue, 2013-05-21 at 14:55 +0200, Jiri Pirko wrote:
> This is looking good to me. On my test machine it makes tbf work correctly
> with gso packets.
> I worked on similar patch (enqueue path) myself some time ago but I got
> distracted by other tasks.
Yes, I understood this.
>
> Do you plan to
On Mon, 2013-05-20 at 17:53 -0700, Eric Dumazet wrote:
> On Tue, 2013-05-21 at 01:28 +0100, Ben Hutchings wrote:
> > I'm seeing packet loss when forwarding from a LAN to PPP, whenever GRO
> > kicks in on the LAN interface.
> >
> > On Mon, 2013-05-20 at
On Tue, 2013-05-21 at 01:28 +0100, Ben Hutchings wrote:
> I'm seeing packet loss when forwarding from a LAN to PPP, whenever GRO
> kicks in on the LAN interface.
>
> On Mon, 2013-05-20 at 05:48 +0100, Ben Hutchings wrote:
> [...]
> > The Windows system is connected to the LAN interface (int0). Tu
Package: src:linux
Version: 3.2.41-2
Severity: important
On a fully updated system holding back kernel to 3.2.35-2 brightness control
works fine on Dell Inspiron 9400 with Nvidia Go 7900 and nouveau drivers.
Updating just kernel to 3.2.39-2 (and now also 3.2.41-2), brightness control no
longer wo
On Wed, 2013-04-03 at 00:15 +0200, Hannes Frederic Sowa wrote:
> On Tue, Apr 02, 2013 at 03:00:38PM -0700, Eric Dumazet wrote:
> > On Tue, 2013-04-02 at 23:15 +0200, Hannes Frederic Sowa wrote:
> >
> > > The error vanishes as soon as I put a gso size limit of MAX_TX_BUF
On Tue, 2013-04-02 at 23:15 +0200, Hannes Frederic Sowa wrote:
> The error vanishes as soon as I put a gso size limit of MAX_TX_BUF_LEN
> in the driver. MAX_TX_BUF_LEN seems to be arbitrary set to 0x2000. I
> can even raise it to 0x3000 and don't see any tcp retransmits. Do you
> have an advice on
Package: src:linux
Version: 3.7.8-1~experimental.1
Severity: normal
During normal operation, there are numerous error messages from
asix_rx_fixup, some of which are in the attached log. This is the
Lenovo usb-ethernet dongle supplied with the ThinkPad X1 Carbon
laptop.
-- Package-specific info:
roduce the bug on all versions of the kernel I could find.
Thanks, Eric
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4ff02c65.6020...@lavar.de
Hi,
Jonathan Nieder said:
>> I'll attach also the output of alsa-info.sh as recommended in Bug
>> #657302
>
> Did you get a chance to try this?
Erh, yes: the output was already attached to the original submission. The
future mode was meant as "after I've lef
have the same behavior there.
Let me know if you need more info, I'm currently stuck on 3.1.
Thanks, Eric
-- Package-specific info:
** Version:
Linux version 3.2.0-1-amd64 (Debian 3.2.6-1) (b...@decadent.org.uk) (gcc
version 4.6.2 (Debian 4.6.2-14) ) #1 SMP Fri Feb 17 05:17:36 UTC 2012
** Co
-by: Eric Dumazet
---
V2: added skb_mac_header_rebuild() helper as David suggested.
include/linux/skbuff.h | 10 ++
net/ipv4/xfrm4_mode_beet.c |5 +
net/ipv4/xfrm4_mode_tunnel.c |6 ++
net/ipv6/xfrm6_mode_beet.c |6 +-
net/ipv6/xfrm6_mode_tunnel.c |6
Le jeudi 23 février 2012 à 15:23 -0500, David Miller a écrit :
> I think the work to backport is equal whether you use a helper function
> or not. Heck, use an inline function so you don't have to worry about
> module exports or any details like that.
>
> Besides, I'm the one who likely has to b
Le jeudi 23 février 2012 à 15:11 -0500, David Miller a écrit :
> Three instances of the same piece of code, maybe a helper function is
> appropriate at that point? :-) You might even get ambitious and add a
> big comment to that helper function explaining the situation.
I did have this idea but re
Le jeudi 23 février 2012 à 15:36 +0100, Eric Dumazet a écrit :
> [PATCH] ipsec: be careful of non existing mac headers
>
> Nicollo Belli reported ipsec crashes in case we handle a frame without
> mac header (atm in his case)
Oops sorry for your name being mangled in changelog, it
opying mac header, better make sure it is present.
Bugzilla reference: https://bugzilla.kernel.org/show_bug.cgi?id=42809
Reported-by: Niccolò Belli
Tested-by: Niccolò Belli
Signed-off-by: Eric Dumazet
---
net/ipv4/xfrm4_mode_beet.c |9 +
net/ipv4/xfrm4_mode_tunnel.c
Le jeudi 23 février 2012 à 02:38 +0100, Eric Dumazet a écrit :
> Which driver handles this Traverse Solos card ?
If br2684_push() is used, it seems it lacks proper call to
skb_reset_mac_header(skb) in paths where eth_type_trans() is not called.
Later in xfrm4_mode_tunnel_input() we cr
Le jeudi 23 février 2012 à 01:59 +0100, Niccolò Belli a écrit :
> Hi,
> The bug is still present in latest 3.2.7 vanilla kernel. I wasted the
> whole day debugging that damn thing and I finally discovered the root cause.
> The problem is with my Traverse Solos multi-port ADSL2+ PCI card[1]
> (whi
Le lundi 30 janvier 2012 à 15:57 +0100, Eric Dumazet a écrit :
> Hmm, TX _completion_ is not run from tasklet but hardware IRQ, this is
> why I added the spin_lock_irqsave().
>
>
> Tasklet fires the TX, but hardware IRQ does the TX completion part.
>
> This driver is ...
Le lundi 30 janvier 2012 à 14:41 +, Ben Hutchings a écrit :
> On Mon, 2012-01-30 at 15:28 +0100, Eric Dumazet wrote:
> > Le lundi 30 janvier 2012 à 14:05 +, Ben Hutchings a écrit :
> >
> > > Yes, I spotted that. But no descriptors are pushed to the hardware
> &
Le lundi 30 janvier 2012 à 14:05 +, Ben Hutchings a écrit :
> Yes, I spotted that. But no descriptors are pushed to the hardware
> here; that's done in the driver's TX tasklet. Although... maybe that
> can run immediately when scheduled from here? I've never had to deal
> with tasklets so I
Le lundi 30 janvier 2012 à 11:14 +0100, Eric Dumazet a écrit :
> Le lundi 30 janvier 2012 à 12:51 +0300, Denis Kirjanov a écrit :
> > I'll check this out. After kernel.org was cracked I've missed
> > @kernel.org mail account.
>
>
> At first glance, start_
Le lundi 30 janvier 2012 à 12:51 +0300, Denis Kirjanov a écrit :
> I'll check this out. After kernel.org was cracked I've missed
> @kernel.org mail account.
At first glance, start_tx() is racy against TX completion.
It does :
if (np->cur_tx - np->dirty_tx < TX_QUEUE_LEN - 1 &&
Hi,
On 17/01/12 20:40, Jonathan Nieder wrote:
Eric Lavarde wrote:
Could it be that the BIOS overwrites my command line entry at
shutdown time, but not at suspend time?
Sure, I can believe that. It's also possible that when you try to
enter S5, something goes wrong and the machine en
Hello,
On 14/01/12 17:33, Jonathan Nieder wrote:
Eric Lavarde wrote:
I'm surely not experienced in these topics, but I thought that there
should be no difference for the BIOS / ACPI between a pure shutdown
and a suspend to disk.
Nah, they are different. Suspend to disk happens with
Hi,
On 24/12/11 08:24, Jonathan Nieder wrote:
forwarded 650081
http://thread.gmane.org/gmane.linux.drivers.video-input-infrastructure/42256
quit
Eric Lavarde wrote:
[ 581.247437] I2C timeout
[ 581.247442] IRS 0001
[... hundreds of line of this type ...]
Let's take this ups
1 - 100 of 206 matches
Mail list logo
