On 13-03-20 05:50 PM, Andrew Morton wrote:
On Fri, 15 Mar 2013 18:37:12 +0100 Nicolas Ferre
wrote:
On some revisions of AT91 SoCs, the RTC IMR register is not working.
Instead of elaborating a workaround for that specific SoC or IP version,
we simply use a software variable to store the Inter
On 13-04-02 09:06 AM, Nicolas Ferre wrote:
Signed-off-by: Nicolas Ferre
---
Hi all,
The funny thing is that I was writing exactly the same code as Johan's
when he posted his series.
So, here is my single patch, with the comment about the readback stolen from
Johan's, but without the way to det
On 13-04-02 02:48 PM, Olof Johansson wrote:
Hi,
I just saw this since it came in through a pull request
On Tue, Mar 26, 2013 at 4:39 AM, Nicolas Ferre wrote:
From: Douglas Gilbert
Signed-off-by: Douglas Gilbert
Signed-off-by: Nicolas Ferre
---
arch/arm/boot/dts/ariag25.dts | 175
On 13-04-04 11:42 AM, Nicolas Ferre wrote:
From: Douglas Gilbert
Signed-off-by: Douglas Gilbert
Signed-off-by: Nicolas Ferre
---
Hi all,
Here is the third revision of this patch. I plan to include it in a
pull-request real-soon-now!
v3: - move to "at91-" prefix for .dt
On 13-02-19 01:37 PM, Tommi Rantala wrote:
Hello,
Hit this WARNING once while fuzzing the kernel with trinity in a qemu
virtual machine as the root user.
Does this make any sense? I have occasionally seen some ATA related
troubles while fuzzing in a VM, but this warning is new to me.
[ 490.71
On 13-02-19 04:52 PM, Dave Jones wrote:
On Tue, Feb 19, 2013 at 04:04:33PM -0500, Douglas Gilbert wrote:
> On 13-02-19 01:37 PM, Tommi Rantala wrote:
> > Hello,
> >
> > Hit this WARNING once while fuzzing the kernel with trinity in a qemu
> > virtu
Alan Cox wrote:
better. So for example, I personally suspect that ATA-over-ethernet is way
better than some crazy SCSI-over-TCP crap, but I'm biased for simple and
low-level, and against those crazy SCSI people to begin with.
Current ATAoE isn't. It can't support NCQ. A variant that did NCQ an
On 13-08-27 10:16 AM, vaughan wrote:
On 08/13/2013 11:16 AM, Douglas Gilbert wrote:
On 13-08-12 10:46 PM, vaughan wrote:
On 08/06/2013 04:52 AM, Douglas Gilbert wrote:
On 13-08-04 10:19 PM, vaughan wrote:
On 08/03/2013 01:25 PM, Douglas Gilbert wrote:
On 13-08-01 01:01 AM, Douglas Gilbert
On 13-09-13 08:58 AM, Andy Whitcroft wrote:
tl;dr -- enable TRIM support for Hyper-V emulated disks.
The Hyper-V hypervisor can support TRIM for its devices, advertising this
via the appropriate VPD pages. However the emulated disks only claim
to be SPC-2 devices. According to the specs VPD pa
On 13-10-08 02:44 AM, vaughan wrote:
Hi Madper,
CC to Douglas to get comments.
I use the rw_semaphore o_sem to protect excl open, introduced in commit
15b06f9a02406e5460001db6d5af5c738cd3d4e7 since v3.12-rc1.
Is it forbidden to do like that in kernel?...
It appears you can not (allow sg_open()
On 13-08-30 02:04 PM, Marcus Meissner wrote:
Hi folks,
cdrecord wants to whack the CD drive with a SCSI RESET ...
So far SCSI RESET can be done at 4 levels (target, device, bus, host)
and all 4 are checked for CAP_SYS_ADMIN / CAP_SYS_RAWIO.
As the cdrecord author wants special permissions for
On 13-09-25 10:05 PM, vaughan wrote:
On 09/25/2013 10:26 PM, Vegard Nossum wrote:
Commit e32c9e6300e3af659cbfe45e90a1e7dcd3572ada introduced a memory
leak. Fix it.
Cc: sta...@vger.kernel.org
Cc: Vaughan Cao
Cc: Douglas Gilbert
Signed-off-by: Vegard Nossum
---
drivers/scsi/sg.c |1
e despite its
Lukas> name actually points to the last block to unmap + 1. However in
Lukas> the condition it is handled as the last block of the region to
Lukas> unmap.
Acked-by: Martin K. Petersen
Acked-by: Douglas Gilbert
--
To unsubscribe from this list: send the line "unsubsc
ween the add_host calls.
This is useful for being able to test the different behaviour/required
privileges in e. g. the udisks test suite.
Signed-off-by: Martin Pitt
Acked-By: David Zeuthen
Acked-by: Douglas Gilbert
--
To unsubscribe from this list: send the line "unsubscribe linux-
On 12-11-11 04:34 AM, James Bottomley wrote:
On Wed, 2012-11-07 at 08:50 -0800, Andy Grover wrote:
Nick,
Your company appears to be shipping kernel features in RTS OS that are
not made available under the GPL, specifically support for the
EXTENDED_COPY and COMPARE_AND_WRITE SCSI commands, in or
On 12-11-15 06:04 AM, Christoph Hellwig wrote:
+ /*
+* Enable WRITE_SAME emulation for IBLOCK, use scsi_debug.c default
+*/
Why would we care what scsi_debug.c uses?
Would you prefer no hint of where the magic number came
from? At least somebody who cares when they see t
UTXD0/URXD0
and UTXD1/URXD1 serial ports. Selecting either of those
ports in a dts file will crash the kernel. at91sam9x5.c needs
to be fixed but stopping atmel_serial crashing the kernel is
more urgent.
Patch attached for your consideration.
Signed-of-by: Douglas Gilbert
diff --git a/drivers/tty
On 13-05-29 04:41 PM, Robert Nelson wrote:
On Wed, May 29, 2013 at 3:33 PM, Andrew Morton
wrote:
On Thu, 23 May 2013 10:38:50 +0200 Johan Hovold wrote:
This is an update of the shadow-interrupt-mask series against v3.10-rc2.
I guess we need Atmel to confirm that all sam9x5 SoCs are indeed
a
On 13-05-30 03:36 PM, Andrew Morton wrote:
On Thu, 30 May 2013 09:50:27 +0200 Nicolas Ferre
wrote:
The review of this patch series was in my TODO list for some time...
Today, I magically took time to review it ;-)
The patch series is good and I (even if it is too late) here is my:
Acked-by:
sg3_utils is a package of command line utilities for sending
SCSI and some ATA commands to devices. This package targets
the Linux 3, 2.6 and 2.4 kernel series. It also has ports to
FreeBSD, Tru64, Solaris, and Windows (cygwin and mingw).
Mainly small changes and fixes in this version including
s
d once per command
execution cycle. So it is not necessary to take care to decrease
sdb->resid if fill_from_dev_buffer() is called more than once.
Signed-off-by: Akinobu Mita
Cc: "James E.J. Bottomley"
Cc: Douglas Gilbert
Cc: linux-s...@vger.kernel.org
---
* No change from v2
Ac
sdparm is a command line utility designed to get and set
SCSI device parameters (cf hdparm for ATA disks). The
parameters are held in mode pages. Apart from SCSI devices
(e.g. disks, tapes and enclosures) sdparm can be used on
any device that uses a SCSI command set. Almost all CD/DVD/BD
drives us
On 13-03-25 08:22 AM, Jean-Christophe PLAGNIOL-VILLARD wrote:
On 09:49 Mon 25 Mar , Nicolas Ferre wrote:
From: Douglas Gilbert
Signed-off-by: Douglas Gilbert
Signed-off-by: Nicolas Ferre
---
arch/arm/boot/dts/ariag25.dts | 168 ++
1 file
On 13-03-25 08:22 AM, Jean-Christophe PLAGNIOL-VILLARD wrote:
On 09:49 Mon 25 Mar , Nicolas Ferre wrote:
From: Douglas Gilbert
Signed-off-by: Douglas Gilbert
Signed-off-by: Nicolas Ferre
---
arch/arm/boot/dts/ariag25.dts | 168 ++
1 file
On 13-03-25 10:31 AM, Jean-Christophe PLAGNIOL-VILLARD wrote:
On 09:48 Mon 25 Mar , Douglas Gilbert wrote:
On 13-03-25 08:22 AM, Jean-Christophe PLAGNIOL-VILLARD wrote:
On 09:49 Mon 25 Mar , Nicolas Ferre wrote:
From: Douglas Gilbert
Signed-off-by: Douglas Gilbert
Signed-off-by
On 13-08-15 12:45 PM, Roland Dreier wrote:
Jens / James, do you guys plan to send this to Linus for 3.11?
Triggering this bug is a bit esoteric but the impact is pretty nasty
(corrupting an unrelated process).
The patch is fine with me. Even though the sg driver is
named in the patch title, I n
On 13-07-29 05:09 PM, Nix wrote:
On 29 Jul 2013, Bernd Schubert uttered the following:
On 07/29/2013 03:05 PM, Nix wrote:
On 29 Jul 2013, Bernd Schubert said:
Hi Nick,
On 07/29/2013 12:10 PM, Nick Alcock wrote:
arcmsr0: abort device command of scsi id = 0 lun = 1
arcmsr0: abort device comm
od to me, although I didn't test it on hardware yet.
Signed-off-by: Joern Engel
James, care to pick this up?
Acked-by: Douglas Gilbert
Tested O_EXCL with multiple processes and threads; passed.
sg driver prior to this patch had "leaky" O_EXCL logic
according to the same test. Bloc
On 13-08-01 01:01 AM, Douglas Gilbert wrote:
On 13-07-22 01:03 PM, Jörn Engel wrote:
On Mon, 22 July 2013 12:40:29 +0800, Vaughan Cao wrote:
There is a race when open sg with O_EXCL flag. Also a race may happen between
sg_open and sg_remove.
Changes from v4:
* [3/4] use ERR_PTR series
On 13-08-20 05:53 PM, Nicholas A. Bellinger wrote:
On Tue, 2013-08-20 at 23:29 +0200, Christoph Hellwig wrote:
On Tue, Aug 20, 2013 at 08:07:51PM +, Nicholas A. Bellinger wrote:
It's also currently lacking the necessary sychronization between I/O
submission of COMPARE_AND_WRITE verify inst
On 13-08-23 04:26 AM, Nicholas A. Bellinger wrote:
From: Nicholas Bellinger
Hi folks!
This series adds support to target-core for generic EXTENDED_COPY offload
emulation as defined by SPC-4 using virtual (IBLOCK, FILEIO, RAMDISK)
backends.
EXTENDED_COPY is a VMWare ESX VAAI primative that is
On 13-08-23 02:33 PM, Martin K. Petersen wrote:
"Doug" == Douglas Gilbert writes:
Doug> The SCSI opcodes associated with it (0x83 and 0x84) have been
Doug> renamed THIRD PARTY COPY OUT and IN, and
Where did you see that? My SPC still has EXTENDED COPY.
SCSI _opcodes_ =
On 13-08-04 10:19 PM, vaughan wrote:
On 08/03/2013 01:25 PM, Douglas Gilbert wrote:
On 13-08-01 01:01 AM, Douglas Gilbert wrote:
On 13-07-22 01:03 PM, Jörn Engel wrote:
On Mon, 22 July 2013 12:40:29 +0800, Vaughan Cao wrote:
There is a race when open sg with O_EXCL flag. Also a race may
Roland,
When this sg code was originally designed, there wasn't a bio
in sight :-)
Now I'm trying to get my head around this. We have launched
a "data-in" SCSI command like READ(10) and the DMA is underway
so we are waiting for a "done" indication. Instead we receive
a signal interruption. It is
On 13-08-05 11:54 PM, Peter Chang wrote:
2013/8/5 Roland Dreier :
From: Roland Dreier
There is a nasty bug in the SCSI SG_IO ioctl that in some circumstances
leads to one process writing data into the address space of some other
random unrelated process if the ioctl is interrupted by a signal.
On 13-08-07 11:50 AM, Roland Dreier wrote:
On Wed, Aug 7, 2013 at 7:38 AM, David Milburn wrote:
I was able to succesfully test this patch overnight, I had been experimenting
with the
sg driver setting the BIO_NULL_MAPPED flag in sg_rq_end_io_usercontext for a
orphan process
which prevented th
On 13-08-07 12:29 PM, Boris BREZILLON wrote:
Add clocks to clock lookup table for uart DT entries.
Signed-off-by: Boris BREZILLON
Tested-by: Douglas Gilbert
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kerne
On 13-07-25 11:32 AM, vaughan wrote:
On 07/23/2013 01:03 AM, Jörn Engel wrote:
On Mon, 22 July 2013 12:40:29 +0800, Vaughan Cao wrote:
There is a race when open sg with O_EXCL flag. Also a race may happen between
sg_open and sg_remove.
Changes from v4:
* [3/4] use ERR_PTR series instead of a
On 13-08-12 10:46 PM, vaughan wrote:
On 08/06/2013 04:52 AM, Douglas Gilbert wrote:
On 13-08-04 10:19 PM, vaughan wrote:
On 08/03/2013 01:25 PM, Douglas Gilbert wrote:
On 13-08-01 01:01 AM, Douglas Gilbert wrote:
On 13-07-22 01:03 PM, Jörn Engel wrote:
On Mon, 22 July 2013 12:40:29 +0800
lsscsi is a command line utility that probes sysfs in Linux
2.6 and 3 series kernels in order to list information about
SCSI devices and SCSI hosts. Both a compact format which is
one line per device and a "classic" format (like the output
of 'cat /proc/scsi/scsi') are supported.
Version 0.27 is
On 13-03-26 03:27 PM, Johan Hovold wrote:
On Fri, Mar 15, 2013 at 06:37:12PM +0100, Nicolas Ferre wrote:
On some revisions of AT91 SoCs, the RTC IMR register is not working.
Instead of elaborating a workaround for that specific SoC or IP version,
we simply use a software variable to store the In
On 13-03-28 05:57 AM, Johan Hovold wrote:
On Tue, Mar 26, 2013 at 05:09:59PM -0400, Douglas Gilbert wrote:
On 13-03-26 03:27 PM, Johan Hovold wrote:
On Fri, Mar 15, 2013 at 06:37:12PM +0100, Nicolas Ferre wrote:
On some revisions of AT91 SoCs, the RTC IMR register is not working.
Instead of
On 13-03-29 12:03 PM, Johan Hovold wrote:
Add support for the at91sam9x5-family which must use the shadow
interrupt mask due to a hardware issue.
---
drivers/rtc/rtc-at91rm9200.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/rtc/rtc-at91rm9200.c b/drivers/rtc/rtc-at91rm92
On 13-03-08 07:02 AM, Dan Carpenter wrote:
Static checkers complain that this allocation isn't checked. We
should return zero if the allocation fails.
Signed-off-by: Dan Carpenter
diff --git a/drivers/scsi/scsi_transport_sas.c
b/drivers/scsi/scsi_transport_sas.c
index 1b68142..a022997 100644
On 13-03-08 05:50 PM, James Bottomley wrote:
On Fri, 2013-03-08 at 12:57 -0500, Douglas Gilbert wrote:
On 13-03-08 07:02 AM, Dan Carpenter wrote:
Static checkers complain that this allocation isn't checked. We
should return zero if the allocation fails.
Signed-off-by: Dan Carpenter
On 13-03-11 09:10 AM, Dan Carpenter wrote:
On Fri, Mar 08, 2013 at 10:50:19PM +, James Bottomley wrote:
On Fri, 2013-03-08 at 12:57 -0500, Douglas Gilbert wrote:
On 13-03-08 07:02 AM, Dan Carpenter wrote:
Static checkers complain that this allocation isn't checked. We
should return
For the patch shown below:
Signed-off-by: Douglas Gilbert <[EMAIL PROTECTED]>
[EMAIL PROTECTED] wrote:
Convert SG from nopage to fault.
Signed-off-by: Nick Piggin <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Cc: linux-kernel@vger.kernel.org
---
drivers/scsi
Alan Cox wrote:
The word "illegal" has a precise dictionary meaning of "prohibited by
law".
Also "contrary to or forbidden by official rules, regulations, etc".
So word meanings are like standards, there are so many to choose
from.
The error messages are therefore incorrect as so far nobody h
Alan Cox wrote:
On Fri, 08 Feb 2008 20:32:54 -0500
Douglas Gilbert <[EMAIL PROTECTED]> wrote:
Alan Cox wrote:
The word "illegal" has a precise dictionary meaning of "prohibited by
law".
Also "contrary to or forbidden by official rules, regulations, etc"
On 13-02-13 03:32 AM, Paolo Bonzini wrote:
Il 06/02/2013 16:15, Paolo Bonzini ha scritto:
This series regards the whitelist that is used for the SG_IO ioctl. This
whitelist has three problems:
* the bitmap of allowed commands is designed for MMC devices (roughly,
"play/burn CDs without requ
sg3_utils is a package of command line utilities for sending
SCSI and some ATA commands to devices. This package targets
the linux kernel (lk) 3, 2.6 and lk 2.4 series. It also has
ports to FreeBSD, Tru64, Solaris, and Windows (cygwin and mingw).
This version adds sg_xcopy and sg_copy_results (co
sg3_utils is a package of command line utilities for sending
SCSI and some ATA commands to devices. This package targets
the linux kernel (lk) 3, 2.6 and lk 2.4 series. It also has
ports to FreeBSD, Tru64, Solaris, and Windows (cygwin and mingw).
This version adds sg_compare_and_write (contribute
"Alex Q Chen" <[EMAIL PROTECTED]> wrote:
> I am trying to find a way to pin down user space
> memory from kernel, so that these user space buffer
> can be used for direct IO transfer or otherwise
> known as "zero copying IO". Searching through the
> Internet and reading comments on various n
Tim Meushaw <[EMAIL PROTECTED]> wrote:
> I've got an update for this problem I emailled about
> last night (and for which I only received one reply :-) ).
>
> Strangely enough, I'm able to actually burn a CD
> using the cd-rw described below, and can verify
> data written to it (using X-CD-Roas
Matt Domsch <[EMAIL PROTECTED]> wrote:
> I'm working on an IA-64 user-space application to add a Linux entry to
> the IA-64 boot manager. To do so, I've got to uniquely identify a
> disk by it's controller PCI address, SCSI channel,
> ID, and LUN. Essentially, I need to tie /dev/sda to an EFI de
Alan Cox wrote:
>
> > Also ISA adapters are not the only non-PCI adapters,
> > there are the growing band of pseudo adapters that
> > may or may not have a PCI bus at the bottom of some
> > other protocol stack.
>
> An ioctl might be better. We already have an ioctl for querying the lun
> inform
The "MO" bug (also 2048 byte block vfat problem) has been
reported several times in the lk 2.4 series. Since the
finger was being pointed at the SCSI subsystem I decided
to investigate. As far as I can see the sd driver offers
the same physical block (other than 512 byte) capabilities
in lk 2.4 as
[EMAIL PROTECTED] wrote:
>
> [snip]
>
> Doug suggested looking at extending scsimon. This is a fine idea, and I've
> made proposed changes available at http://domsch.com/linux/scsi/. (Doug may
> want to clean this up). However, this, like my earlier changes to
> /proc/scsi/scsi, doesn't actua
German Gomez Garcia wrote:
> I've got Plexwriter 12x10x32S attached to an onbard AIC7890
> (besides other things as three IBM UWSCSI harddisks, an SCSI ZIP and a
> Pioneer DVD) and sometimes when recording a CD the Plexwriter fails at the
> very end of the process (although the CD is reco
James Bottomley wrote:
> > Is it possible to flush all entries in the buffer cache corresponding
> > to a single block device (i.e. simply drop them if they aren't dirty,
> > or write them to disk and drop them after this if they are dirty)?
>
> Yes, just send the BLKFLSBUF ioctl to the device t
[EMAIL PROTECTED] wrote:
> Is it possible to download a drive firmware to a fibre channel
> drive (or even a scsi drive) through linux ? I know that on
> NT (or 98) they use WNASPI and a utility provided by the
> drive manufacturer to download the firmware. I was wondering
> if this is possible t
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Ben LaHaise wrote:
> On Thu, 1 Mar 2001, Stephen C. Tweedie wrote:
>
> > Yep. There shouldn't be any problem increasing the 64KB size, it's
> > only the lack of accounting for the pinned memory which stopped me
> > inc
There is definitely something strange going on here.
As the bonnie test below shows, the SCSI disk used
for my tests should vastly outperform the old IDE one:
---Sequential Output ---Sequential Input-- --Random--
Seagate -Per Char- --Block--- -Rewrite-- -Per Char-
Since the intention of fsync and fdatasync seems to be
to write dirty fs buffers to persistent storage (i.e.
the "oxide") then the best time is not necessarily
the objective. Given the IDE times that people have
been reporting, it is very unlikely that any of those
IDE disks were really doing 200
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Linus Torvalds wrote:
> Well, it's entirely possible that the mid-level SCSI layer is doing
> something horribly stupid.
Well it's in good company as FreeBSD 4.2 on the same hardware
returns the same result (inc
Raphael wrote:
> I'm using ROCK Linux, which is built with devfs, originally Kernel
> 2.4.0-test9. This problem occurs, when I want to boot some Kernel after
> 2.4.0-test9, whereas building and installing the Kernel never is a problem.
>
> I enabled devfs support as well as the mounting of devfs
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Alan Cox wrote:
> > as far as I understood my smp-board seem not well designed - so I get APIC
> > error messages nearly every 1-3 seconds. These mmessages do not help me
> > because -so I was told - it is not possibl
Tim Waugh wrote:
> I'm having problems with using xsane to acquire a preview from an HP
> ScanJet 5P connected to an AHA-2940. 2.3.42 is the last kernel that
> works right for me.
>
> The symptom is that the scanner starts to make scanning sounds, then
> stops, and xsane says 'Error during read:
Meino Cramer wrote:
> short question: How cabn I activate/where can I find the raw devices
> often described as /dev/raw[12]* in/with kernel linux-2.4.0.
There doesn't seem to be any config option for raw
devices in lk 2.4.0 , they are just there. However
the raw (8) utility expects them in a dif
Venkatesh Ramamurthy wrote:
>
> Hi,
> I have one issue which requires fix from the linux kernel.
> Initially i put a SCSI controller and install the OS on the drive connected
> to it. After installing the OS (on sda), the customer puts another SCSI
> controller. The BIOS for the first controller
Michael Meissner wrote:
>
> On Wed, Jan 17, 2001 at 12:32:05AM +0100, J . A . Magallon wrote:
> > If that is your idea of the average user... You're a system administrator,
> > you can have tons of scsi cards in your system if you want.
> >
> > You want to make things SOOO easy for a 'dummy' user
Content-Type: multipart/mixed;
boundary="4B08707380476D0EA895C09B"
This is a multi-part message in MIME format.
--4B08707380476D0EA895C09B
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
John Cavan wrote:
> Tim Waugh wrote:
> >
> > On
Ulrich Windl wrote:
>
> Hello,
>
> this is for your interest, amusement, and for "what not to do":
>
> I managed to freeze the kernel (2.2.16 from SuSE Linux 7.0) in a way
> that I could not even switch virtual consoles. Completely silent
> eberything...
>
> It all started when Windows/95 ruin
Giuliano Pochini wrote:
>
> > > This brings me to another point. We probably want some generic
> > > interfaces in ll_rw_blk to unplug individual queues, where you can either
> > > specify either the actual queue a kdev_t. Some of the places, (such as
> > > __wait_on_buffer()) it might make
Peter Christy wrote:
>
> OK, after a LOT of head scratching, I 've found the problem. At some point
> in its development, the name for the scsi sd module has changed from sd_mod
> to plain sd. Now I haven't seen this mentioned anywhere in the
> documentation, and its caught my system out totally.
Simon Kirby wrote:
> Around 2.4.0-test9-pre2 (or so, definitely in pre3) both my SCSI scanner
> and trident sound card stopped being happy. They are still both broken
> in pre5. On test8, both work perfectly.
>
> On test8:
>
> (scsi0:6:0) Synchronous Data Transfer Request was rejected
> Ven
Torben Mathiasen wrote:
>
> On Thu, Sep 21 2000, Douglas Gilbert wrote:
>
> [deleted]
>
> > It is not clear to me what "hacking" sg requires as
> > Torben Mathiasen suggested in his response. This seems
> > like a mid level problem. I
Simon Kirby wrote:
>
> On Thu, Sep 21, 2000 at 01:12:27PM -0400, Douglas Gilbert wrote:
>
> > Interesting. 'cat /proc/scsi/scsi' should show the same
> > devices as 'cat /proc/scsi/sg/device_strs' [and
> > 'cat /proc/scsi/sg/devices&#
Torben Mathiasen wrote:
>
> Ok, small patch cooked up. Not tested, not compiled. Give
> it a try, and if it works please send it off to Linus.
> I really need to get some work done on a project...
Here is a very similar patch that has been tested
[with a USB zip drive using sg (builtin) to read
orben Mathiasen wrote:
>
> On Thu, Sep 21 2000, Douglas Gilbert wrote:
> > Torben Mathiasen wrote:
> > >
> > > Ok, small patch cooked up. Not tested, not compiled. Give
> > > it a try, and if it works please send it off to Linus.
> > > I really ne
Tracy,
All scsi modules built with lk 2.4.0-test12 are broken due to
scsi_sym.o being moved in drivers/scsi/Makefile .
This patch against test12 from Bob Tracy worked for me.
Doug Gilbert
--- linux/drivers/scsi/Makefile Tue Dec 12 10:49:32 2000
+++ linux/drivers/scsi/Makefile.t12bt Tue Dec 1
Mohammad A. Haque wrote:
>
> Weird. The modules just give me unresolved symbol errors instead of the
> loop.
>
> Mathias Wiklander wrote:
> >
> > Sorry I've forgot that. It is 2.4.0-test12
> >
There was a SCSI Makefile bug in test12 that caused
those unresoved symbols. This patch from Bob Tracy
Zdenek Kabelac wrote:
> This is oops I've got when rebooting after some heavy disk activity on
> my SMP system:
>
> Written by hand:
>
> kernel BUG swap_state.c:78!
[snip]
Same here during a halt of a RH 6.2 based K6-2 500 MHz
UP machine running lk240t13p3. The machine had been on
for a while a
Ian Stirling <[EMAIL PROTECTED]> wrote:
> I've not noticed this on earlier kernel versions, is there something
> silly I'm missing that's making my DEC hinote VP (p100 laptop)s
> system clock slow by a factor of five or so after resume?
> Not the CPU or cmos clock, only the system clock.
> Thoug
"George R. Kasica" wrote:
>
> Hello:
>
> I'm running an HP DAT 4mm Autochanger here and since going to 2.2.17
> and 2.2.18 I'm seeing failures when it attempts to unload the tape and
> load a new one while backing up using BRU PE...utilizing the mt or mtx
> commands as follows:
>
> mt -f $DEV r
While on this subject, the description of raw devices
(char 162) in lk 2.4 is not consistent with current
usage.
devices.txt contains this:
162 charRaw block device interface
0 = /dev/raw Raw I/O control device
1 = /dev/raw1 First raw
Lee Mitchell wrote:
> Compiled 2.4.0-test9 with an aic7xxx card (all scsi stuff compiled as
> modules).
>
> make modules_install did not install the module sd.o as i found out when
> rebooting.
The scsi disk (sd) module has been named "sd_mod.o"
for some time but in July this year in the develop
Torben Mathiasen wrote:
> Ok this patch should be diffed correctly. Same things apply:
>
> apply patch
> copy sd.c st.c sg.c sr.c sr_ioctl.c sr_vendor.c from
> drivers/scsi to drivers/scsi/upper
>
> The EXPORT_SYMBOL has been removed as Jeff suggested.
>
> TLAN will hopefully
Graham Leggett wrote:
> > > all attempts to access the scanner, including running the xsane program,
> > > or even probing for attached scanners with "scanimage -L" cause the box
> > > to run extremely slowly. CTL-C the program accessing the scanner and the
> > > system responsiveness returns to
Matthew Dharm wrote:
>
> Yet more followup with myself I can reproduce this problem on
> 2.4.0-test10-pre1 every time. I'm using the ide-scsi and usb-storage
> modules to trigger the bug -- loading and then unloading either one causes
> /proc/scsi to not be cleaned up properly.
>
> As yet,
I have been fighting with RH 7.0 trying to make it
work with devfs and the lk 2.4 series. This is the
second time round the loop as I did the same with
RH 6.2 .
The /etc/securetty file no longer needs to be changed
but /etc/security/console.perms needs a different
patch to allow non-root users to
Mark Cooke wrote:
> On Mon, 16 Oct 2000, Andre Hedrick wrote:
>
> > Yes but there is a way to do this directly now, the question is can the
> > user-space apps change to go both ways.
>
> Hi Andre,
>
> Is there any tool / test code that you know of to 'do this directly' -
> I'm wanting to try to
Harald Dunkel wrote:
> When I run 'cdrecord -scanbus', then cdrecord complains about my
> DVD:
>
> # cdrecord -scanbus
> Cdrecord 1.9 (i686-pc-linux-gnu) Copyright (C) 1995-2000 Jörg Schilling
> Linux sg driver version: 3.1.17
> Using libscg version 'schily-0.1'
> scsibus0:
> 0,0,0 0)
> David Balazic wrote:
> >
> > Nathan Walp ([EMAIL PROTECTED]) wrote :
> >
> > > Also, sometime between ac7 and ac18 (spring break kept me from testing
> > > stuff inbetween), i assume during the new aic7xxx driver merge, the
> > > order of detection got changed, and now the ide-scsi virtual hos
[EMAIL PROTECTED] wrote:
> I'm having some problems using SCSI-generic (sg loaded as module) to
> access my scanner on linux 2.4 (using SANE).
>
> [snip output showing timeouts]
This is most likely caused by a bug in SANE 1.0.3 and
1.0.4 which sets timeouts on commands to 10 seconds
rather tha
icabod <[EMAIL PROTECTED]> wrote:
> I've noticed a small problem that hinders me
> from updatingmy system to the new 2.4 kernels.
> I'm using a PowerMac with a Advansys SCSI 3940UW
> card in it running my drives. I've noticed that
> since the 2.4 kernel series the advanasys drivers
> version
Dale E Martin wrote:
> [snip]
> I had had good luck with 2.4.x on other boxes, so I put it
> on this machine as well. Several times now I've seen ext2
> corruption with no other noteworthy logs.
> .
> The machine is a dual PPro, it has a Buslogic BT958 with a
> single 9G scsi/wide drive in
Armin,
It works for me:
$ uname -a
Linux frig 2.4.3 #1 Fri Mar 30 16:33:45 EST 2001 i586 unknown
$ cat /proc/scsi/scsi
Attached devices:
Host: scsi1 Channel: 00 Id: 01 Lun: 00
Vendor: IBM Model: DNES-309170W Rev: SA30
Type: Direct-AccessANSI SCSI revision: 03
Peter Daum <[EMAIL PROTECTED]> wrote:
> For some reason, the order of initializing the scsi drivers
> changed between 2.4.2 and 2.4.3: If both, ncr53c8xx and aic7xxx
> drivers are included in the kernel, up to version 2.4.2, the
> adaptec driver always came first (so the first disk on an adaptec
>
Peter Daum wrote:
>
> On Sun, 1 Apr 2001, Douglas Gilbert wrote:
>
> [...]
>
> > >>>>>>>>> scsihosts <<<<<<<<<<<<<
> >
> > As a boot time option try:
> > scsihosts=aic7xxx:ncr53c8xxx
&
1 - 100 of 328 matches
Mail list logo
