AT:
>>> idx = IDX_PKG_ENERGY;
>>> break;
>>> case MSR_DRAM_ENERGY_STATUS:
>>> @@ -353,7 +357,7 @@ int idx_valid(int idx)
>>> {
>>> switch (idx) {
>>> case IDX_PKG_ENERGY:
>>> - return do_rapl & RAPL_PKG;
>>> + return do_rapl & (RAPL_PKG | RAPL_AMD_F17H);
>>> case IDX_DRAM_ENERGY:
>>> return do_rapl & RAPL_DRAM;
>>> case IDX_PP0_ENERGY:
>>> --
>>> 2.25.1
Unsurprisingly, the patch from Bas works for me as well.
(Tested on a Zen 3 and an embedded Zen.)
Tested-by: Kurt Garloff
Signed-off-by: Kurt Garloff
Thanks,
--
Kurt Garloff , Cologne, Germany
ata
work again, despite current libblkid.
(Fortunately, most use cdrom these days.)
Best,
--
Kurt Garloff , Cologne, Germany
commit 5d399d05df42ffcaa2b3836b580631c4024487a0
Author: Kurt Garloff
Date: Mon Feb 1 09:01:47 2021 +
turbostat: Fix Pkg Power tracking on Zen
AMD Zen processors use a different MSR (MSR_PKG_ENERGY_STAT) than intel
(MSR_PKG_ENERGY_STATUS) to track package power; however we
98.80 0.06
1 17 9 0.40 2329 3400 308 0 38 282
0.00 0.35 99.29
[...]
--
Kurt Garloff
Cologne, Germany
On 26/12/2020 13:13, Kurt Garloff wrote:
> Hi Len,
>
> find attached fix to avoid exiting with -13 on Zen. Patch is against
&g
) to fail. It turns out that
>> this is being used setfdprm userspace for ioctl-only open().
>>
>> Reintroduce back the original behavior wrt !(FMODE_READ|FMODE_WRITE)
>> modes, while still keeping the original O_NDELAY bug fixed.
>>
>> Cc: sta...@vger.kernel.o
Hi Trond,
Am 08.01.21 um 15:39 schrieb Kurt Garloff:
> Hi Trond,
>
> On 08/01/2021 12:58, Trond Myklebust wrote:
>> On Fri, 2021-01-08 at 12:41 +0100, Kurt Garloff wrote:
>>> [...]
>>> The kernel tree is on an NFS share, and I run 5.10.5 client kernel
>&g
Hi Trond,
On 08/01/2021 12:58, Trond Myklebust wrote:
> On Fri, 2021-01-08 at 12:41 +0100, Kurt Garloff wrote:
>> Hi Neil, Anna, Trond,
>>
>> compiling a kernel, I suddenly started getting errors from objtool
>> orc.
>> (This first occurs on init/main.o.)
>
ly be able to see right away what's wrong.
Best,
--
Kurt Garloff
Cologne, Germany
/* testpwrite.c
* reproduces issue on NFS 4.2 client on Linux 5.10.5
* (c) Kurt Garloff , 1/2021
* License: GNU GPL 2 or later
*/
#include
#include
#include
#include
#include
#include
#include
#def
Hi Len,
find attached fix to avoid exiting with -13 on Zen. Patch is against turbostat
as included in Linux-5.10.2.
Please merge.
PS: This is probably material for -stable, as it used to work before on Zen
(Zen2 aka Ryzen 3000 in my case).
--
Kurt Garloff
Cologne, Germany
commit
[AHCI mode] (rev 61)
Looks like we'd need some quirks to actually create a pci_device handle for the
embedded AMD eMMC controller?
Thoughts?
PS: Please copy me on responses, I'm off LKML for half a decade now :-O
--
Kurt Garloff
Cologne, Germany
Hi,
this has been discussed on linux-usb and Alan Stern provided very
helpful feedback.
Please merge this patch ...
From: Kurt Garloff
Date: Mon, 23 Sep 2013 14:19:02 +0200
Subject: Tolerate wrong direction bit in endpoint address for control messages
Trying to read data from the Pegasus
Hi Alan,
Alan Stern schrieb:
> On Mon, 23 Sep 2013, Kurt Garloff wrote:
>
> > >> that qualifies as a bug or not. Maybe it should not claim to be a
> > >> HID device then?
> > > Maybe not. This particular combination of bRequestType and
> bRequest
&
Hi Alan,
On 09/23/2013 04:28 AM, Alan Stern wrote:
> On Sun, 22 Sep 2013, Kurt Garloff wrote:
>
>> Well, this seems to be a question of terminology, no?
>> I saw the endpoint byte as consisting of endpoint index plus the direction
>> bit.
> See the entry for &quo
Hi Alan,
thanks for your review and your constructive comments!
Alan Stern schrieb:
>On Sun, 22 Sep 2013, Kurt Garloff wrote:
>
>> Hi,
>>
>> USB devio rejects control messages when the index does not have the
>> direction bit set correctly.
>
>I wouldn&
keep me in copy for the discussion, my participation on LKML is
mostly reading summaries
from Jonathan and Thorsten these days, unfortunately.
--
Kurt Garloff
Cologne, Germany
commit bc1e4e1ae1d5a4f9b2d263f22c651dd5ba4f8ff9
Author: Kurt Garloff
Date: Sun Sep 22 11:54:59 2013 +0200
From
overkill for something that does
not tend to change.
Please merge.
(Patch applied against latest 2.6.20rc version that I tested.)
From: Kurt Garloff <[EMAIL PROTECTED]>
Subject: [SCSI SCAN] Fix logging message for PQ3 devices
The blacklist flags BLIST_ATTACH_PQ3 has value 0x100,
not 0x
On Wed, Aug 24, 2005 at 06:20:31PM -0700, Chris Wright wrote:
> Call security hooks conditionally if the security_op is filled out.
> Branches can be more efficient than the unconditional indirect function
> call. Inspired by patch from Kurt Garloff <[EMAIL PROTECTED]>.
>
>
Hi James,
On Tue, Jul 05, 2005 at 11:40:40AM -0400, James Morris wrote:
> On Tue, 5 Jul 2005, Kurt Garloff wrote:
>
> > # define COND_SECURITY(seop, def) \
> > (security_opt->seop == NULL) || \
> > security_ops
Hi Tony,
On Sun, Jul 03, 2005 at 03:51:52PM -0700, Tony Jones wrote:
> On Sun, Jul 03, 2005 at 05:43:33PM +0200, Kurt Garloff wrote:
>
> > Note that we could think of getting rid of dummy; however, it's
> > still used as fallback for stubs that are not implemented by an
Hi Serge,
On Mon, Jul 04, 2005 at 07:37:21AM -0500, [EMAIL PROTECTED] wrote:
> Quoting Kurt Garloff ([EMAIL PROTECTED]):
> > Getting rid of dummy entirely would be better, I agree, but someone
> > needs to review that this won't break anything.
>
> Unfortunately I t
Hi Serge,
On Mon, Jul 04, 2005 at 07:01:05AM -0500, [EMAIL PROTECTED] wrote:
> Quoting Tony Jones ([EMAIL PROTECTED]):
> > On Mon, Jul 04, 2005 at 08:59:02AM +0200, Kurt Garloff wrote:
> >
> > > > The topic of replacing dummy (with capability) was discussed ther
6.10.
> If not, complain again :)
Is there a clean patchset that we should look at to test?
Regards,
--
Kurt Garloff, Director SUSE Labs, Novell Inc.
pgp77K575xjBf.pgp
Description: PGP signature
Hi Amon,
On Thu, Feb 24, 2005 at 09:28:38AM +0100, Amon Ott wrote:
> On Donnerstag 24 Februar 2005 01:55, Kurt Garloff wrote:
> > If you apply them (and I hope Linus will), capabilities is default
> > and you can replace that by loading an LSM. You can stack capability
> >
efault
and you can replace that by loading an LSM. You can stack capability
on top of the primary LSM again, if the latter supports this.
Best regards,
--
Kurt Garloff, Director SUSE Labs, Novell Inc.
pgpoRQjzM1H0i.pgp
Description: PGP signature
Hi,
On Sun, Feb 13, 2005 at 04:11:09PM -0500, Kurt Garloff wrote:
> From: Kurt Garloff <[EMAIL PROTECTED]>
> Subject: Clean LSM stub file
[...]
So, for convenience, I merged Andreas' fix on top
of this patch into a new patch 2, which is attached.
So CONFIG_SECURITY_NETWORK dis
Hi Rik,
On Mon, Feb 14, 2005 at 11:54:07AM -0500, Rik van Riel wrote:
> On Sun, 13 Feb 2005, Kurt Garloff wrote:
>
> >The case that security_ops points to the default capability_
> >security_ops is the fast path and arguably the more likely one
> >on most systems.
>
Hi James,
On Mon, Feb 14, 2005 at 11:50:01AM -0500, James Morris wrote:
> On Sun, 13 Feb 2005, Kurt Garloff wrote:
>
> > /* Condition for invocation of non-default security_op */
> > #define COND_SECURITY(seop, def) \
> > - (likely(security_ops == &ca
Hi Andreas,
On Mon, Feb 14, 2005 at 03:30:33PM +0100, Andreas Gruenbacher wrote:
> On Sun, 2005-02-13 at 22:11, Kurt Garloff wrote:
> > Rather than having every LSM hook twice, once for the case with
> > CONFIG_SECURITY enabled and once for the disabled case, put
> > eve
host 1 channel 0 id 8 lun 0x0200080c0400 has a LUN larger than
> currently supported.
LUN flattening issue?
> I noticed that these LUN hex values decode to text fragments:
> Easy RAID decodes to: 'e.syRAID'
> Vendor=Transtec, lun decodes to 't.anstec'.
Ask them to fix it.
Regards,
--
Kurt Garloff, Director SUSE Labs, Novell Inc.
pgpgtc8QYpG6h.pgp
Description: PGP signature
From: Kurt Garloff <[EMAIL PROTECTED]>
Subject: Test security_enabled var rather than security_ops pointer
References: 40217, 39439
Rather than doing a pointer comparison, test an integer var
for being null. Should be slightly faster.
I consider this patch as optional.
Note that it do
From: Kurt Garloff <[EMAIL PROTECTED]>
Subject: Consider the capability case the likely one
References: 40217, 39439
The case that security_ops points to the default capability_
security_ops is the fast path and arguably the more likely one
on most systems. So mark it likely to tell the co
From: Kurt Garloff <[EMAIL PROTECTED]>
Subject: Clean LSM stub file
References: 40217, 39439
Rather than having every LSM hook twice, once for the case with
CONFIG_SECURITY enabled and once for the disabled case, put
everything in one inline function. This reduces the chance of
the two to
From: Kurt Garloff <[EMAIL PROTECTED]>
Subject: Replace indirect calls by a branch
References: 40217, 39439
In the LSM stub collection, rather do a branch than an indirect
call. Many of the functions called do only return 0 or do nothing
for the default (capability) case.
This is a fas
From: Kurt Garloff <[EMAIL PROTECTED]>
Subject: Default to capability rather than dummy if no LSM is loaded
References: 40217, 39439
If a kernel is compiled with CONFIG_SECURITY to enable LSM, the
default behaviour changes unless a user load capability.
This is undesirable. This patch
are against 2.6.11-rc4 and follow in subsequent mails.
--
Kurt Garloff, Director SUSE Labs, Novell Inc.
pgpmSdj323S6S.pgp
Description: PGP signature
On Thu, Jun 14, 2001 at 01:26:05PM -0400, Richard B. Johnson wrote:
> Question 2: What is the purpose of the code sequence, "repz nop"
Puts iP4 into low power mode.
Regards,
--
Kurt Garloff <[EMAIL PROTECTED]> Eindhoven, NL
GPG key: See mail
d to be much faster than thread creation.
Regards,
--
Kurt Garloff <[EMAIL PROTECTED]> Eindhoven, NL
GPG key: See mail header, key servers Linux kernel development
SuSE GmbH, Nuernberg, FRG SCSI, Security
PGP signature
FUJITSU MPD3130AT, 12417MB w/512kB Cache, CHS=1583/255/63, (U)DMA
hdc: st3144AT, 124MB w/32kB Cache, CHS=1001/15/17
Regards,
--
Kurt Garloff <[EMAIL PROTECTED]> [Eindhoven, NL]
Physics: Plasma simulations <[EMAIL PROTECTED]> [TU Eindhoven, NL]
Linux:
2.6/3.0 comes out.
That's fine with me.
Well, maybe you never considered applying this policy change right now
within 2.4, Linus. Well, ignore my posting then, if you like.
Best regards,
--
Kurt Garloff <[EMAIL PROTECTED]> [Eindhoven, NL]
Physics: Plasma
, Trond.
Regards,
--
Kurt Garloff <[EMAIL PROTECTED]> Eindhoven, NL
GPG key: See mail header, key servers Linux kernel development
SuSE GmbH, Nuernberg, FRG SCSI, Security
/** test_nfs_shared_map.c
*
* Creates a file, expands
+len-1) */
/* Try adding here: msync (adr, len, MS_SYNC); */
munmap (adr, len);
close (fd);
The code works on files on local harddisks and on NFS volumes on a 2.2
kernel, but breaks on NFS drives on a 2.4.4 kernel.
msync() works around the bug.
Andrea's patch did help as well.
Regards,
--
K
y which terminal you
want to. I already sent it to Andries.
Regards,
--
Kurt Garloff <[EMAIL PROTECTED]> Eindhoven, NL
GPG key: See mail header, key servers Linux kernel development
SuSE GmbH, Nuernberg, FRG SCSI, Security
knfsd, linux-2.4.4, 8139too-0.9.16
> linux-2.4.4, 8139too-0.9.16
>
> transfers seem to start with about 2 MB/s but drop
> immediatly to about 20 K/s.
PS: If you send your .config, pipe it via grep -v "^#"
Regards,
--
Kurt Garloff <[EMAIL PROTECTED]>
ar -b 64, see README.)
Newer versions of osst overcome this block size limitation, but those
have not yet been merged to the mainstream kernel.
If you find trouble, please also report to [EMAIL PROTECTED]
Enjoy!
--
Kurt Garloff <[EMAIL PROTECTED]> Eindhoven, NL
GPG
On Tue, Apr 24, 2001 at 10:58:58AM +0200, Jens Axboe wrote:
> On Tue, Apr 24 2001, Kurt Garloff wrote:
> > There are enough partitions to see a clear pattern: Those with mounted ext2
> > filesystems perform better. Umounting them does not harm, they just need to
> > have been
not harm, they just need to
have been mounted once. reiser or (v)fat however don't improve anything.
swap does, as does a ext2 over raid5.
Kernel 2.4.3pre7; Dual iPIII-700 system; i440BX MoBo.
Is this to be expected? Blocksize issues? Readahead behaviour? What's
changed on ext2 mounting
impossible when you have to
redesign stuff and have to wait for stabilization ...
Good luck!
--
Kurt Garloff <[EMAIL PROTECTED]> Eindhoven, NL
GPG key: See mail header, key servers Linux kernel development
SuSE GmbH, Nuernberg, FRG SCSI, Security
PGP signature
aybe some timing stuff at the local APICs ...
Regards,
--
Kurt Garloff <[EMAIL PROTECTED]> Eindhoven, NL
GPG key: See mail header, key servers Linux kernel development
SuSE GmbH, Nuernberg, FRG SCSI, Security
PGP signature
gt; Where is this patch found? I am not seeing it so far on kernel.org.
Attached, as I assume more people are interested in it ...
Regards,
--
Kurt Garloff <[EMAIL PROTECTED]> Eindhoven, NL
GPG key: See mail header, key servers Linux kernel development
SuSE G
tion. Your CPU was reading some machine insn from memory it
never heard about. => exception 6 => signal 4 (SIGILL)
If your main memory is not faulty, it's your cache or your CPU. Or your
compiler.
Regards,
--
Kurt Garloff <[EMAIL PROTECTED]> Eindhove
ms, I'll post a summary to LKML.)
Regards,
--
Kurt Garloff <[EMAIL PROTECTED]> [Eindhoven, NL]
Physics: Plasma simulations <[EMAIL PROTECTED]> [TU Eindhoven, NL]
Linux: SCSI, Security <[EMAIL PROTECTED]> [SuSE Nuernberg, FRG]
(See mail hea
) Does the OOM killer choose the right processes?
Regards,
--
Kurt Garloff <[EMAIL PROTECTED]> Eindhoven, NL
GPG key: See mail header, key servers Linux kernel development
SuSE GmbH, Nuernberg, FRG SCSI, Security
PGP signature
something?
PS: Very nice work! Keep on going!
Regards,
--
Kurt Garloff <[EMAIL PROTECTED]> Eindhoven, NL
GPG key: See mail header, key servers Linux kernel development
SuSE GmbH, Nuernberg, FRG SCSI, Security
PGP signature
On Thu, Mar 22, 2001 at 01:20:40PM +, Pavel Machek wrote:
> > Kurt Garloff <[EMAIL PROTECTED]> wrote:
> Notice, that one of your CPUs is twice as fast as second one. You'll
> need some heavy updates in scheduler.
I know that making sure to have a fair sche
kbd attached.
Regards,
--
Kurt Garloff <[EMAIL PROTECTED]> Eindhoven, NL
GPG key: See mail header, key servers Linux kernel development
SuSE GmbH, Nuernberg, FRG SCSI, Security
--- linux.compile.old/drivers/char/pc_keyb.c
drivers/scsi/atp870u.c <
> drivers/scsi/psi240i.c <
> drivers/scsi/sym53c416.c<
> drivers/scsi/tmscsim.c <----
^^
How do I fond about about details?
Regards,
--
Kurt Garloff <[EMAIL PROTECTED]>
e timing each run - possibly thats not so clean but its
> more robust.
>
> I rather like Kurt's patch
Thx!
If you have some requests to make it suitable for -ac kernels, I'll do my
best.
Regards,
--
Kurt Garloff <[EMAIL PROTECTED]> [Eindhoven
ter having
> enabled SMP on my UP box.
As you have two CPUs, you can spend more time in CPU than your wall clock
shows if you time multithreaded processes or multiple processes. At most
(ideal case) twice as much.
Regards,
--
Kurt Garloff <[EMAIL PROTECTED]> Eind
stepping 02
Patch against 2.4.2 is attached.
Feedback is welcome. I think the patch is safe, but I could imagine that the
earlier SMP initialization might cause problems for some people or other archs.
I would like this patch to go into the mainstream kernel, if no problem can
be found.
Regards
scsi
> found by me.
>
> Can anyone do me a favor to modify the driver in order to suite the
> new kernel?
Compiling it should be no problem.
Making it work flawlessly is. I'd like to know as well.
Regards,
--
Kurt Garloff <[EMAIL PROTECTED]> [Ein
ich was
not supported before, we may want to add it to the kernel to get it tested
and improved.
But, that's probably what you meant.
> probably even out of linux-kernel ...
No. I want to see experimental stuff on l-k. That's what it's meant for.
Regards,
--
Ku
later, Andries?
I also have a patch to make it available for the kernel ...
http://www.garloff.de/kurt/linux/
Regards,
--
Kurt Garloff <[EMAIL PROTECTED]> [Eindhoven, NL]
Physics: Plasma simulations <[EMAIL PROTECTED]> [TU Eindhoven, NL]
Linux: SCSI, Securi
nel device
tables ...
As there was no support amongst USB crowds for adding a version info for the
table formats, the modutils-2.4.2 could not provide support for per 2.4.0
kernel hotplug device tables. Nor can 2.4.3. The rest of the functionality
is unaffected.
Keith, correct me if I misunders
investing time to work on the driver and
potentially even fix problems.
Pissed off, because I think it's very bad to fix problems and not submit
the patches back to the official maintainers.
BTW, if somebody can provide a reasonable description of the chip
(TRM-S1040), the chances that I'd
reasonable chipset docu.
> Any insight appreciated.
Regards,
--
Kurt Garloff <[EMAIL PROTECTED]> [Eindhoven, NL]
Physics: Plasma simulations <[EMAIL PROTECTED]> [TU Eindhoven, NL]
Linux: SCSI, Security <[EMAIL PROTECTED]> [SuSE Nuernberg,
we don't support 64-bit PCI bus master cards,
Indeed.
Regards,
--
Kurt Garloff <[EMAIL PROTECTED]> Eindhoven, NL
GPG key: See mail header, key servers Linux kernel development
SuSE GmbH, Nuernberg, FRG SCSI, Security
PGP signature
e to a module, which then
takes the decision ... Just like PAM in userspace.
http://www.rsbac.org/
I think it's a good approach and I think, it has gone much further
than the NSA stuff. I'd prefer to have RSBAC merged in 2.5.
Regards,
--
Kurt Garloff <[EMAIL PROTECTED]>
meters override SCSI Bios settings
I apologize for the diffs: There have been indenting changes, which make the
diffs hardly readable.
I'll send you diffs against 2.2.18 and 2.4.0-test12 in private mail.
Please apply!
Regards,
--
Kurt Garloff <[EMAIL PROTECTED]>
tream devices.
The code for this is by Kai and has already been merged into the kernel ...
So, please consider applying the patch against 2.4.0-test13-pre3, which
I send to you in private mail.
Regards,
--
Kurt Garloff <[EMAIL PROTECTED]> Eindhoven, NL
GPG
tor/
I'd recommend using FreeS/WAN, though as it's a standardized solution,
even offering interoperability with other OSes.
> Also, I received a comment that all I had to do was enable gre
> tunneling, is this correct?
This does not give you the P from VPN.
Regards,
--
Kurt Garloff
list corruption by preventing to fsf past EOD.
* Error handling fixes for the polling mode (used on IDE).
Patch is against 2.2.19pre2.
Please apply!
Regards,
--
Kurt Garloff <[EMAIL PROTECTED]> Eindhoven, NL
GPG key: See mail header, key servers Linux kernel devel
an/
Or look at CIPE (kerneli patches).
Regards,
--
Kurt Garloff <[EMAIL PROTECTED]> Eindhoven, NL
GPG key: See mail header, key servers Linux kernel development
SuSE GmbH, Nuernberg, FRG SCSI, Security
PGP signature
00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Regards,
--
Kurt Garloff <[EMAIL PROTECTED]> [Eindhoven, NL]
Physics: Plasma simulations <[EMAIL PROTECTED]> [TU Eindhoven, NL]
Linux: SCSI
t away with using the reserved
memory.
The safe way is to respect the BIOS' RAM map.
Regards,
--
Kurt Garloff <[EMAIL PROTECTED]> Eindhoven, NL
GPG key: See mail header, key servers Linux kernel development
SuSE GmbH, Nuernberg, FRG SCSI, Security
PGP signature
ever since with both 2.2 and 2.4
kernels. (Maybe even 2.0, I didn't test.)
I'd be glad to get some feedback. If it's positive, I'll ask Alan and
Linus to put it into the mainstream kernel.
Regards,
--
Kurt Garloff <[EMAIL PROTECTED]> Eindhoven, N
root 1, 9 Dec 17 22:41 /dev/urandom
Regards,
--
Kurt Garloff <[EMAIL PROTECTED]> Eindhoven, NL
GPG key: See mail header, key servers Linux kernel development
SuSE GmbH, Nuernberg, FRG SCSI, Security
PGP signature
ht device no all the time and how to create the
correct symlink also in 2.2. Yes, it needs to work on both 2.2 and 2.4
kernels.
So, I'd like to ask for inclusion of the original patch.
Or can we come up with the /proc/tty solution without adding too much code?
Regards,
--
Kurt Garloff &
s not do it completely correctly; otherwise you
should have had crashes before ...
Regards,
--
Kurt Garloff <[EMAIL PROTECTED]> Eindhoven, NL
GPG key: See mail header, key servers Linux kernel development
SuSE GmbH, Nuernberg, FRG SCSI, Security
PGP signature
&tty);
Patches against 2.2.18 and 2.4.0-testX are attached.
Please apply.
--
Kurt Garloff <[EMAIL PROTECTED]> Eindhoven, NL
GPG key: See mail header, key servers Linux kernel development
SuSE GmbH, Nuernberg, FRG SCSI, Security
cosmetical one introduces a real one: Don't do it!)
Regards,
--
Kurt Garloff <[EMAIL PROTECTED]> Eindhoven, NL
GPG key: See mail header, key servers Linux kernel development
SuSE GmbH, Nuernberg, FRG SCSI, Security
PGP signature
PROTECTED]
>
> Wouldnt mind seeing your patch.
Andries, I sent you a patch a couple of months ago which does enable the
support of wide characters and another font (besides the sun12x22) making
use of it. I hope it's in your codebase by now, so it does not get lost
when the advance
I hope that Onstream gets the
> message in the end: They do NOT support Linux.
I have a completely different impression. Otherwise neither the DI-30 would
be supported by ide-tape, nor would there be the osst driver, supporting
SC-x0, DI-30 (over ide-scsi) and
have to avoid?
Regards,
--
Kurt Garloff <[EMAIL PROTECTED]> Eindhoven, NL
GPG key: See mail header, key servers Linux kernel development
SuSE GmbH, Nuernberg, FRG SCSI, Security
PGP signature
from the harddisk on an IDE channel and write it
(with cdrecord) to some CDRW on the same IDE channel, you have to expect
trouble: As with IDE there is no disconnect from the bus (as opposed to
SCSI), you risk buffer underruns.
A lockup however is not to be expected :-(
Regards,
--
Kurt
On Tue, Nov 28, 2000 at 10:24:48PM +0100, Kurt Garloff wrote:
> This is a pity, because I think the current behaviour is not acceptable,
> as it can kill the machine by just being invoked by kmod.
> I will try to make sense out of the code and make sure that modprobe
> will not
uess it's the
kernel's fault. Same behaviour with 2.4.0-test9 and -test11-ac2.
Is this known and to be expected?
Regards,
--
Kurt Garloff <[EMAIL PROTECTED]> Eindhoven, NL
GPG key: See mail header, key servers Linux kernel development
On Wed, Nov 29, 2000 at 07:33:53AM +1100, Keith Owens wrote:
> On Tue, 28 Nov 2000 20:22:59 +0100,
> Kurt Garloff <[EMAIL PROTECTED]> wrote:
> >Find attached the modules.dep that caused this: There is a circular
> >dependency of pppoe on pppox on pppoe on
>
case.
Test system was a PPC machine running 2.4.0-test9.
Do you have a fix for this?
Regards,
--
Kurt Garloff <[EMAIL PROTECTED]> Eindhoven, NL
GPG key: See mail header, key servers Linux kernel development
SuSE GmbH, Nuernberg, FRG
rs without patching the Config file.
Regards,
--
Kurt Garloff <[EMAIL PROTECTED]> [Eindhoven, NL]
Physics: Plasma simulations <[EMAIL PROTECTED]> [TU Eindhoven, NL]
Linux: SCSI, Security <[EMAIL PROTECTED]> [SuSE Nuernberg, FRG]
(See mail head
-single-device housekeeping in the SCSI
layer.
You told that you did parallel rescan-scsi-bus.sh calls. That may have
confused the kernel. Did the above oops happen without such abuse?
Regards,
--
Kurt Garloff <[EMAIL PROTECTED]> [Eindhoven, NL]
Physics: Plasma simulati
applied but too short for my Plextor?
Well, the default for tmscsim is 1.5s time after a reset before it start
command processing again. This can be changed by echoing DelayReset values tp
the proc file. If your Plextor requires 5s, just do
echo "delayreset 5" >/proc/scs
to trigger it. The above looks like the bug is occuring
somewhere else.
Having said this, I'd like to ask you to try 2.0e6 of the tmscsim driver and
check whether you are able to reproduce the bug.
Thanks!
Regards,
--
Kurt Garloff <[EMAIL PROTECTED]> Eindhoven, NL
S) ",%edx\n\t" \
^^^
> - "movl %edx,%ds\n\t" \
> - "movl %edx,%es\n\t"
> + "movl $" STR(__KERNEL_DS),%eax\n\t" \
^
You missed a ' "'
Apart from that it
rect only if level triggered IRQs are used.
> I just fear that Linus might avoid large patches for the now
> imminent 2.4... :-?
The 2.0d driver does not work correctly with 2.4, and I'm trying to make
sure 2.0f will be perfect. I don't see why Linus should refuse to accept
a patch.
Regards,
--
Kurt Garloff <[EMAIL PROTECTED]> Eindhoven, NL
GPG key: See mail header, key servers Linux kernel development
SuSE GmbH, Nuernberg, FRG SCSI, Security
PGP signature
not be reliable.
Apparently, the ipcp passed by sys_shmat() to ipcperms() was invalid.
Any ideas?
Regards,
--
Kurt Garloff <[EMAIL PROTECTED]> [Eindhoven, NL]
Physics: Plasma simulations <[EMAIL PROTECTED]> [TU Eindhoven, NL]
Linux: SCSI, Security <
95.2 or 2.96(??). Is that a patch that leaked in
> the way to test10, or is for another reason ?.
kgcc is a redhat'ism. They invented this package because their 2.96 fails
compiling a stable kernel.
However, it's not a good idea to dist specific code into the official kernel
tree.
me and I do not want to push the driver into
the kernel, as long as I do not understand and solved these issues.
After all, it's not a sound driver that just fails to operate, but a SCSI
driver which you entrust your data to.
Sorry!
Regards,
--
Kurt Garloff <[EMAIL PROTECTED]>
On Tue, Oct 17, 2000 at 06:22:48AM -0400, Mike A. Harris wrote:
> On Tue, 17 Oct 2000, Kurt Garloff wrote:
> >Ask RedHat.
>
> I'm _not_ using a Red Hat kernel. That is why I posted here,
> because Red Hat will tell me that I'm not using their
> kernel. People h
t;-> ht0: 990KBps, 64*32kB buffer, 10208kB pipeline, 60ms
>tDSC
> kernel: ide-tape: ht0: I/O error, pc = 0, key = 2, asc = 3a, ascq = 0
MEDIUM NOT PRESENT.
> kernel: ide-tape: ht0: drive not ready
Did you insert a medium?
Regards,
--
Kurt Garloff <[EMAIL PROTECTED]>
On Wed, Oct 11, 2000 at 12:15:08AM +0200, Matthias Andree wrote:
> On Tue, 10 Oct 2000, Kurt Garloff wrote:
>
> > Actually, 2.0e3 did include one rather important fix which solved the
>
> Uh. Fix? This sounds like working around very broken devices to me, or
> are devices a
1 - 100 of 111 matches
Mail list logo
