On 26/01/2021 16:46, James Bottomley wrote:
> On Tue, 2021-01-26 at 16:46 +0100, Łukasz Majczak wrote:
>> Hi Jarkko, Guenter
>>
>> Yes, here are the logs when failure occurs -
>> https://gist.github.com/semihalf-majczak-lukasz/1575461f585f1e7fb1e9366b8eceaab9
>> Look for a phrase "TPM returned inva
On 15-04-2016 17:00, Arnaldo Carvalho de Melo wrote:
8-< snip
Thanks for narrowing it down, do you have any patch fixing this?
I'm having some success with the following change although I'm a long
way from completing tests of all possible permutations. It's a bit 'raw'
and could be c
Thanks for looking at this; I've become lost in Makefile hell trying to
figure it out :)
On 15-04-2016 17:00, Arnaldo Carvalho de Melo wrote:
Em Fri, Apr 15, 2016 at 03:21:35PM +0100, TJ escreveu:
v4.6-rc3
tools/perf then tools/perf_clean fails in the source tree:
*** output directory
&
v4.6-rc3
tools/perf then tools/perf_clean fails in the source tree:
*** output directory
"/home/all/SourceCode/linux/linux/tools/perf/tools/perf/" does not
exist. Stop.
https://bugzilla.kernel.org/show_bug.cgi?id=116411
The problem is that recursive/sub-makes effectively doing
O=$(O)/$(su
On 11-04-2016 08:40, Andy Shevchenko wrote:
On Mon, Apr 11, 2016 at 12:36 AM, TJ wrote:
Trying to do an out-of-tree build using either absolute or relative
paths
for O= fails when trying to build tools/perf.
Create directory manually.
acme@ pointed me out to some commit where it's do
Trying to do an out-of-tree build using either absolute or relative
paths for O= fails when trying to build tools/perf.
More details in ""Directory does not exist" when doing tools
perf_install out-of-tree build"
https://bugzilla.kernel.org/show_bug.cgi?id=116131
git blame shows commits c883
On 31/07/14 09:14, TJ wrote:
See https://bugzilla.kernel.org/show_bug.cgi?id=81431
Summary:
Up until v3.15.7 booting with "pci=realloc,use_crs" successfully modifies the PCI
bridge windows to allow an external ExpressCard <> ViDock4 + Nvidia Quadro NVS420 with
its 2 GPUs
See https://bugzilla.kernel.org/show_bug.cgi?id=81431
Summary:
Up until v3.15.7 booting with "pci=realloc,use_crs" successfully modifies the PCI
bridge windows to allow an external ExpressCard <> ViDock4 + Nvidia Quadro NVS420 with
its 2 GPUs to be configured.
With v3.16rc6 and rc7 it fails t
04 errors are generated in dma_intr() and occur in the initial phase
when the driver is using DMA.
After a few of these errors it disables DMA and switches to PIO mode,
which is when the 59/04 errors are generated in task_in_intr().
TJ.
-
To unsubscribe from this list: send the line "uns
artition is scanned so I was focusing on the file-system, etc., and
thinking the issue was in one of the init scripts.
It took me a long while to track it back to the results of the partition
scan, but as soon as I implemented this patch the problem stopped and
the drives initialise properly.
TJ.
cause because the symptoms (drive seek errors)
occur well after the partition tables have been scanned, and also repeat
themselves several times during system start-up.
TJ.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PR
From: TJ <[EMAIL PROTECTED]>
Applies to: up-to and including 2.6.20-rc7
Update to previous patch.
Fixed logical error in if() statements for conditional printk(). Replaced
bit-wise OR with AND.
Signed-off-by: TJ <[EMAIL PROTECTED]>
--- fs/partitions/msdos.tj.c2007
From: TJ <[EMAIL PROTECTED]>
Applies to: up-to and including 2.6.20-rc7
This rare but critical bug has the potential to cause a hardware failure on
disk drives by
allowing the system to repeatedly attempt to seek to sectors beyond the end of
the physical
disk, causing sustained 'h
e light
on some of the troubles with this driver. I can provide more information if
anyone wants it. Please CC me, I'm not on the list.
TJ
Motherboard: MSI K7T266 Pro2
lspci -nv:
00:00.0 Class 0600: 1106:3099
Subsystem: 1106:
Flags: bus master, medium devsel, latency 0
14 matches
Mail list logo
