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
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 has
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, and
While on the subject of devfs:
- it doesn't seem to have any entries for raw devices:
/dev/rawctl, /dev/raw/raw1, etc
- when I upgraded to glibc 2.2 (via a rpm) in RH 7.0
this line in /etc/devfsd.conf caused devfsd to
seg fault:
"LOOKUP ^cdrom$ CFUNCTION GLOBAL
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
Vendor:
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'll check with my scsi
scanner this evening.
Well fi
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']. If not, then the SCSI
mid-level is not calling sg_detect
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
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 development
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 follow
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 normal.
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, nobody
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
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 avoid
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
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
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 Jrg 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 host is
host0,
[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 than
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 ruined
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
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
fixes it.
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 and
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.
Thoughts
"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 rewoffl
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
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 at
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 possible to
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:
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 actually
Tachino wrote:
At Mon, 4 Jun 2001 22:43:30 +0100 (BST),
Alan Cox wrote:
I get an ooops and immediate kernel panic when I break (CTRL-C) cdrecord. I
can reproduce it anytime. I use 2.4.5-ac series. Obviously, Linus' 2.4.5 is
fine.
I know, I know. I was supposed to make a serios
Michael Pacey wrote:
On Fri, 02 Feb 2001 10:09:21 Drew Bertola wrote:
I know I've seen this in the past, but the answer slips my mind and I
can't find anything in the archives.
I've just set up a box w/ an aic7xxx card. The boot drive hangs off
that card. During installation, the
Friedrich Lindenberg wrote:
I was trying to burn cds under linux-2.4.1 with
devFS enabled. But x-cd-roast (and also cdrecord)
do not find any scsi drives. I guess they have been
renamed or something like that, I cannot find them
in /dev, nor anywhere in /dev/scsi ...
xcdroast expects to
Content-Type: multipart/mixed;
boundary="D4869FCB9AEAF2CC69FB9DEF"
This is a multi-part message in MIME format.
--D4869FCB9AEAF2CC69FB9DEF
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
"Mayank Vasa" [EMAIL PROTECTED] wrote:
I am quite new
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Ishikawa [EMAIL PROTECTED] wrote:
I have begun using devfs for about a couple of weeks now and
thank you for the great addition to linux.
Now I am happy to see the device names on the
scsi chain which won't
Ishikawa wrote:
Chiaki,
The upper level scsi drivers (sd, sr, st, osst and sg) register
and unregister device names with devfs. After the mid level
recognizes a new scsi device it calls the detect() function
in the builtin upper level drivers and those that are currently
loaded as
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
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 this
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 3.2M
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 it.
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
or if you are using lilo, in /etc/lilo.conf add:
append="scsihosts=aic7xxx:ncr53c8xxx"
that does indeed change the bus
"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 news
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-Roast). I
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 device.
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
information for a
Jens Axboe wrote:
On Fri, Feb 16 2007, Alan Stern wrote:
From: James Bottomley [EMAIL PROTECTED]
This patch (as854) separates out the two queue-oriented ioctls from
the rest of the block-layer ioctls. The idea is that they should
apply to any driver using a request_queue, even if the driver
Alan Stern wrote:
On Mon, 19 Feb 2007, Joerg Schilling wrote:
Alan Stern [EMAIL PROTECTED] wrote:
Well, if Doug wants to reduce the value returned by SG_GET_RESERVED_SIZE,
it's okay with me. An advantage of doing this is that older versions of
cdrecord would then work correctly.
Adrian Bunk wrote:
On Mon, Mar 19, 2007 at 08:56:23PM -0800, Andrew Morton wrote:
...
Changes since 2.6.21-rc3-mm1:
...
git-scsi-misc.patch
...
git trees
...
This patch makes two needlessly global functions static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
James Bottomley wrote:
On Fri, 2007-04-06 at 08:51 -0700, Andrew Burgess wrote:
James Bottomley wrote:
It's actually a long standing bug in the 3w- driver. Apparently it
assumes request sense is always the use_sg == 0 case. This is what it
does on a request sense:
static int
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. Virtually all CD/DVD
drives
Alan Stern wrote:
On Mon, 19 Feb 2007, Douglas Gilbert wrote:
Alan,
The SG_GET_RESERVED_SIZE ioctl is also defined in
the block layer, see block/scsi_ioctl.c .
Ah, I didn't know that. (Or more likely, I used to know and have since
forgotten.) Thanks for pointing it out.
I suspect
James Bottomley wrote:
On Thu, 2008-01-10 at 16:46 -0500, Pete Wyckoff wrote:
[EMAIL PROTECTED] wrote on Thu, 10 Jan 2008 14:55 -0600:
On Thu, 2008-01-10 at 15:43 -0500, Pete Wyckoff wrote:
[EMAIL PROTECTED] wrote on Wed, 09 Jan 2008 09:11 +0900:
On Tue, 8 Jan 2008 17:09:18 -0500
Pete
],
current-comm);
+ strcpy(cmd, current-comm);
+ }
+ }
k = sg_common_write(sfp, srp, cmnd, sfp-timeout, blocking);
return (k 0) ? k : count;
}
Signed-off-by: Douglas Gilbert [EMAIL PROTECTED]
--
To unsubscribe from this list: send
James Bottomley wrote:
On Mon, 2007-11-12 at 00:24 +0100, Jesper Juhl wrote:
From: Jesper Juhl [EMAIL PROTECTED]
in sas_get_phy_change_count(), the line
disc_resp = alloc_smp_resp(DISCOVER_RESP_SIZE);
will allocate 56 bytes due to this define:
#define DISCOVER_RESP_SIZE 56
But,
Bodo Eggert wrote:
In some of the Kconfig files, the options are not adequately decribed. I
collected a few of the bad descriptions I found:
---
Lowlevel video output switch controls (VIDEO_OUTPUT_CONTROL) [M/n/y/?] (NEW) ?
This framework adds support for low-level control of the video
Matthew Wilcox wrote:
On Mon, Dec 31, 2007 at 10:16:43AM -0500, Douglas Gilbert wrote:
Bodo Eggert wrote:
---
SCSI target support (SCSI_TGT) [N/m/y/?] (NEW) ?
If you want to use SCSI target mode drivers enable this option.
If you choose M, the module will be called scsi_tgt.
---
What TF
Jeff Garzik wrote:
James Bottomley wrote:
On Tue, 2007-10-23 at 17:09 -0400, Jeff Garzik wrote:
James Bottomley wrote:
This should be the final SCSI updates; it's mainly just a few accessor
completion updates and two driver merges (sym2 and qla2xxx) we also
secured DaveM's agreement to
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 has
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.
The OED I have here doesn't seem to think
for the 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 dgilb...@interlog.com
diff
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
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
Jeff Garzik wrote:
Rather than sitting on this for far too long, I wanted to go ahead and
get this out there. I heard some chips might be trickling out into
public hands.
This is a bare bones Broadcom 8603 SAS+SATA driver, attempting to use
the vaunted libsas. Notes:
* A quick glance
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
drives use
Theodore Tso wrote:
On Mon, Oct 15, 2007 at 03:04:00AM -0500, Rob Landley wrote:
Ok, I'll bite. If it's all real scsi, why does ioctl(SG_EMULATED_HOST)
exist? exist if it's all real scsi?
SG_EMULATED_HOST was added before Linux 2.4, at least six or seven
years ago.
SG_EMULATED_HOST was
Jens Axboe wrote:
snip
-/* Temporary values for T10/04-262 until official values are
allocated */
-#define ATA_160x85 /* 16-byte pass-thru
[0x85 == unused]*/
-#define ATA_120xb3 /* 12-byte pass-thru
[0xb3 == obsolete set limits command] */
Jens Axboe wrote:
On Mon, Jan 31 2005, Douglas Gilbert wrote:
Jens Axboe wrote:
On Mon, Jan 31 2005, Fabio Coatti wrote:
Alle 09:00, lunedì 31 gennaio 2005, Jens Axboe ha scritto:
At this point k3b is stuck in D stat, needs reboot.
I was able to replicate this with a USB burner.
My system didn't
sdparm is a command line utility designed to get and set
SCSI device parameters (cf hdparm for ATA disks). Apart
from SCSI devices (e.g. disks, tapes and enclosures) sdparm
can be used on any device that uses a SCSI command set.
Virtually all CD/DVD drives use the SCSI MMC set irrespective
of the
Bill Davidsen wrote:
Aaron VonderHaar wrote:
When ripping from a scsi device (/dev/sg*) with linux kernel 2.6.11,
my kernel log is filled with messages like
=== dmesg ===
sg_write: data in/out 12/12 bytes for SCSI command 0x43--guessing data
in;
program cdparanoia not setting count and/or
sg3_utils is a package of command line utilities for sending
SCSI commands to devices. This package targets the lk 2.6 and
lk 2.4 series. In the lk 2.6 series these utilities (except
sgp_dd) can be used with any devices that support the SG_IO
ioctl.
This version adds sg_format which can format
Adrian Bunk wrote:
Before I'm getting flamed to death:
Adrian,
I have a few comments below.
This patch contains possible cleanups. If parts of this patch conflict
with pending changes these parts of my patch have to be dropped.
This patch contains the following possible cleanups:
- make
On 13-04-04 11:42 AM, Nicolas Ferre wrote:
From: Douglas Gilbert dgilb...@interlog.com
Signed-off-by: Douglas Gilbert dgilb...@interlog.com
Signed-off-by: Nicolas Ferre nicolas.fe...@atmel.com
---
Hi all,
Here is the third revision of this patch. I plan to include it in a
pull-request real
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
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
On 13-04-02 09:06 AM, Nicolas Ferre wrote:
Signed-off-by: Nicolas Ferre nicolas.fe...@atmel.com
---
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,
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 nicolas.fe...@atmel.com wrote:
From: Douglas Gilbert dgilb...@interlog.com
Signed-off-by: Douglas Gilbert dgilb...@interlog.com
Signed-off
On 13-03-20 05:50 PM, Andrew Morton wrote:
On Fri, 15 Mar 2013 18:37:12 +0100 Nicolas Ferre nicolas.fe...@atmel.com
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
On 13-03-25 08:22 AM, Jean-Christophe PLAGNIOL-VILLARD wrote:
On 09:49 Mon 25 Mar , Nicolas Ferre wrote:
From: Douglas Gilbert dgilb...@interlog.com
Signed-off-by: Douglas Gilbert dgilb...@interlog.com
Signed-off-by: Nicolas Ferre nicolas.fe...@atmel.com
---
arch/arm/boot/dts/ariag25.dts
On 13-03-25 08:22 AM, Jean-Christophe PLAGNIOL-VILLARD wrote:
On 09:49 Mon 25 Mar , Nicolas Ferre wrote:
From: Douglas Gilbert dgilb...@interlog.com
Signed-off-by: Douglas Gilbert dgilb...@interlog.com
Signed-off-by: Nicolas Ferre nicolas.fe...@atmel.com
---
arch/arm/boot/dts/ariag25.dts
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 dgilb...@interlog.com
Signed-off-by: Douglas
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
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 dan.carpen...@oracle.com
diff --git a/drivers/scsi/scsi_transport_sas.c
b/drivers/scsi/scsi_transport_sas.c
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 zero
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
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
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.
[
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
virtual machine as the root user.
Does
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
sg3_utils is a package of command line utilities for sending
SCSI commands to devices. This package targets the lk 2.6 and
lk 2.4 series. In the lk 2.6 series these utilities (except
sgp_dd) can be used with any devices that support the SG_IO
ioctl.
lsscsi is a utility that uses sysfs in linux 2.6 series kernels
to list information about SCSI devices and SCSI hosts. Both a
compact format (default) which is one line per device and a
classic format (like the output of 'cat /proc/scsi/scsi') are
supported.
Version 0.19 is available at
Ric Wheeler wrote:
Mark Lord wrote:
Eric D. Mudama wrote:
Actually, it's possibly worse, since each failure in libata will
generate 3-4 retries. With existing ATA error recovery in the
drives, that's about 3 seconds per retry on average, or 12 seconds
per failure. Multiply that by
Ric Wheeler wrote:
Jeff Garzik wrote:
Mark Lord wrote:
Eric D. Mudama wrote:
Actually, it's possibly worse, since each failure in libata will
generate 3-4 retries. With existing ATA error recovery in the
drives, that's about 3 seconds per retry on average, or 12 seconds
per failure.
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) 2.6 and lk 2.4 series. In the lk 2.6
series these utilities (except sgp_dd) can be used with any
devices that support the SG_IO ioctl. Ported to FreeBSD,
Randy Dunlap wrote:
On Fri, 29 Dec 2006 08:02:17 -0800 Sumant Patro wrote:
See Documentation/SubmittingPatches:
Please include output of diffstat -p1 -w70 so that we can easily see
the scope of the changes.
and see Documentation/CodingStyle for comments below:
diff -uprN
Boaz Harrosh wrote:
- Introduce a new enum dma_data_direction data_dir member in struct request.
and remove the RW bit from request-cmd_flag
- Add new API to query request direction.
- Adjust existing API and implementation.
- Cleanup wrong use of DMA_BIDIRECTIONAL
- Introduce new
1 - 100 of 564 matches
Mail list logo