From: Suniel Mahesh
le16_to_cpu() accepts argument of type __le16 and cpu_to_le16()
returns an argument of type __le16. This patch fixes:
(a) the type of the variable that end's up getting return from
cpu_to_le16().
(b) the member types of struct hfa384x_host_scan_request_data,
struct hfa
Before you start reading this I want to apologize in advance for the length of
this email. The length is important though to make sure all of the arguments
and counter-arguments are represented in asking for feedback about how tape
statistics would be best implemented.
There is some demand for
On 02/01/2013 07:54 AM, Bart Van Assche wrote:
* proc_scsi_write - handle writes to /proc/scsi/scsi
* @file: not used
* @buf: buffer to write
* @length: length of buf, at most PAGE_SIZE
* @ppos: not used
*
* Description: this provides a legacy mechanism to add or remove
* devices
On 02/01/2013 09:59 AM, Tao Ma wrote:
yes, but the result is the same. It will do some IO first which will
cause this command hang.
You seem to have a problem with either the device/adapter or in the
driver. The backtrace you posted shows that jbd2 (ext4) is still waiting
on IO that's been su
On 02/01/2013 11:13 AM, Tao Ma wrote:
You don't mention the versions of the kernel and driver you're using -
if the system is in production I would suggest contacting who ever
normally provides support for the kernel and distribution that you are
running.
We use CentOS6.2 and the kernel version
Hello,
I am the author of the CERT 'exploitable' GDB extension (code here:
http://www.cert.org/vuls/discovery/triage.html). The extension uses GDB to give
developers information about how exploitable an application crash might be.
Right now the extension can only supply useful information for l
From: Stephen M. Cameron
If a command status of CMD_PROTOCOL_ERR is received, this
information should be conveyed to the SCSI mid layer, not
dropped on the floor. CMD_PROTOCOL_ERR may be received
from the Smart Array for any commands destined for an external
RAID controller such as a P2000, or
From: Stephen M. Cameron
If a command completes with a status of CMD_PROTOCOL_ERR, this
information should be conveyed to the SCSI mid layer, not dropped
on the floor. Unlike a similar bug in the hpsa driver, this bug
only affects tape drives and CD and DVD ROM drives in the cciss
driver, and
On Fri, 2008-02-01 at 16:39 -0800, Christoph Lameter wrote:
> NO! Wrong fix. Was dropped from mainline.
What is the right fix for the OOM issues with 2.6.22? Perhaps
http://marc.info/?l=linux-mm&m=119973653803451&w=2 should be added to
the queue in its place? The OOM issue in 2.6
On Fri, 2008-02-01 at 17:30 -0800, Christoph Lameter wrote:
> On Fri, 1 Feb 2008, Justin M. Forbes wrote:
>
> >
> > On Fri, 2008-02-01 at 16:39 -0800, Christoph Lameter wrote:
> > > NO! Wrong fix. Was dropped from mainline.
> >
> > What is the right fix
Hello, everybody! :-)
On 2008-02-03 14:51, Andrew Morton wrote:
> On Sun, 3 Feb 2008 14:35:23 +0700 Igor <[EMAIL PROTECTED]> wrote:
>> On 02/02/2008, Igor <[EMAIL PROTECTED]> wrote:
[...]
>> And I've tried linux-2.6.24-rc8-mm1 — it fails even running MDs saying
>> that do_md_run() returning
On 2008-02-04 20:27, Andrew Morton wrote:
> On Mon, 04 Feb 2008 20:16:48 +0700 Igor M Podlesny <[EMAIL PROTECTED]> wrote:
[...]
>>Now I can say that both 2.6.24-mm1 and 2.6.24-git11 do NOT "see" any
>> of mine LVM-2 disks. pvscan, for e.g., finds nothing at all.
On 2008-02-05 12:32, Igor M Podlesny wrote:
> On 2008-02-04 20:27, Andrew Morton wrote:
>> On Mon, 04 Feb 2008 20:16:48 +0700 Igor M Podlesny <[EMAIL PROTECTED]> wrote:
> [...]
>>>Now I can say that both 2.6.24-mm1 and 2.6.24-git11 do NOT "see" any
>
On 2008-02-05 13:53, Zachary Amsden wrote:
> On Tue, 2008-02-05 at 13:44 +0700, Igor M Podlesny wrote:
>> On 2008-02-05 13:34, Arjan van de Ven wrote:
>> [...]
>> >> 1) To have compiled it I had to replace global_flush_tlb()
>> >> call with __flush_t
On 2008-02-05 13:34, Arjan van de Ven wrote:
[...]
>> 1) To have compiled it I had to replace global_flush_tlb()
>> call with __flush_tlb_all() and still guessing was it(?) a correct
>> replacment at all :-)
>
> it is not;
I see, thanks. What would be the correct one? ;-)
>>
>>
026_group_temp3 = {
> @@ -1639,6 +1640,7 @@ static struct attribute *adm1026_attribu
> &sensor_dev_attr_in9_max.dev_attr.attr,
> &sensor_dev_attr_in9_min.dev_attr.attr,
> &sensor_dev_attr_in9_alarm.dev_attr.attr,
> + NULL
> };
>
> static const struct attribute_group adm1
an, thanks for taking care.
OK, I pulled the first of those into my hwmon testing tree and merged
it, since there are trivial conflicts with some of the other patches
already there. I'll send it to Linus before -rc2.
Andrew: hopefully that makes your life .001% easier. ;)
Regards,
--
Mar
.
Signed-off-by: Daniel M. Weeks
---
drivers/gpio/gpio-mcp23s08.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpio/gpio-mcp23s08.c b/drivers/gpio/gpio-mcp23s08.c
index 0f42518..0f58d0f 100644
--- a/drivers/gpio/gpio-mcp23s08.c
+++ b/drivers/gpio/gpio
From: Stephen M. Cameron
It turns out Smart Array logical drives do not support target
reset and when the target reset fails, the logical drive will
be taken off line. Symptoms look like this:
hpsa :03:00.0: Abort request on C1:B0:T0:L0
hpsa :03:00.0: resetting device 1:0:0:0
hpsa
From: Stephen M. Cameron
In the abort handler, when asked to abort a command which
is not known to the driver, SUCCESS is returned, but the
diagnostic message incorrectly indicates the abort failed.
Signed-off-by: Stephen M. Cameron
---
drivers/scsi/hpsa.c |2 +-
1 files changed, 1
have been
a stupid thing to do.
The other two patches are very minor.
---
Stephen M. Cameron (3):
hpsa: Use LUN reset instead of target reset
hpsa: fix incorrect abort diagnostic message
hpsa: use ioremap_nocache instead of ioremap
drivers/scsi/hpsa.c |7 ---
1
From: Stephen M. Cameron
I think ioremap() ends up being equivalent to ioremap_nocache
by default, but we should signal our intent that these mappings
should be non-cacheable.
Signed-off-by: Stephen M. Cameron
---
drivers/scsi/hpsa.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions
Quick question:
Is there a syscall or some algorithm that would allow an unlink that would only
happen if no writes to the file have occurred between a stat and an unlink,
race free?
Background:
I'm writing a program that sync's files up to a server. I would like to unlink
the files that have s
Hello, I am Mr. M. Barlow from Paris, France. I have been advised to contact
you regarding my business investment in your country. For urgent response and
more details, kindly get back to me via this E-mail: bc82...@gmail.com or
Telephone number below. Thank you as I wait for your response.
Mr
On Fri, Jul 12, 2013 at 04:28:20PM -0400, Steven Rostedt wrote:
>
> I would suspect that machines that allow unprivileged users would be
> running distro kernels, and not the latest release from Linus, and thus
> even a bug that "can allow an unprivileged user to crash the kernel" may
> still be a
On Fri, Sep 07, 2012 at 03:02:29PM +0100, Jan Beulich wrote:
> >>> On 07.09.12 at 15:21, Stefan Bader wrote:
> > On 07.09.2012 14:33, Jan Beulich wrote:
> > On 07.09.12 at 13:40, Stefan Bader wrote:
> >>> When writing unsupported flags into CR4 (for some time the
> >>> xen_write_cr4 function
On Fri, 2012-09-07 at 16:44 +0100, Jan Beulich wrote:
> >>> On 07.09.12 at 16:22, "Justin M. Forbes" wrote:
> > On Fri, Sep 07, 2012 at 03:02:29PM +0100, Jan Beulich wrote:
> >> >>> On 07.09.12 at 15:21, Stefan Bader wrote:
> >> > On 07.0
rney when
> communicating with a represented person, I am copying attorneys for
> Red Hat and Linux Foundation on this email.
This inclusion seems a bit more than necessary to me, but I'm always
happy to have Karen Copenhaver's and Richard Fontana's input on any
situation where
.
Signed-off-by: Daniel M. Weeks
---
v2: use IS_ENABLED macro
drivers/gpio/gpio-mcp23s08.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpio/gpio-mcp23s08.c b/drivers/gpio/gpio-mcp23s08.c
index 0f42518..ce1c847 100644
--- a/drivers/gpio/gpio-mcp23s08.c
of private communication are attempted, I believe public
discussion is an important component of GPL compliance. Thus, Andy's
strategy of discussing it publicly early in the process -- while not my
preferred strategy -- is still a reasonable one. His attempt to raise
these serious and
ike to see] a genuine public apology for the libel...
>> Because any further discussion of unsubstantiated allegations of this
>> nature exposes us all to jeopardy of legal sanction.
That's a gross overstatement. I've seen nothing on this thread
that IMO puts anyone on the hook fo
On Tue, 18 Jun, at 10:12:22PM, Zachary Bobroff wrote:
> > Okay, I'm fine with that aspect then. Let's hope everyone plays by
> > that rule.
> This is all according to specification, so if they are not following
> these rules they should be corrected. The link to where the current
> public version
cciss_read_capacity in commit
98c. Emitting device and block size information at KERN_INFO on
each read_capacity() leads to a lot of log noise.
Signed-off-by: Bryn M. Reeves
>From da8267e5452e03158da8dd27026fb7188342d653 Mon Sep 17 00:00:00 2001
From: "Bryn M. Reeves"
Date: Fri, 7 J
On Thu, 20 Jun, at 06:04:50PM, Zachary Bobroff wrote:
> All,
>
> I am attaching a further updated version of eboot.c . We removed the
> low_alloc routine from the exit_boot function only. We also removed
> the goto statements(sorry we just aren’t huge fans of goto's in c, you
> can change it bac
Hello, I am Mr. M. barlow from Paris, France. I have been advised to contact
you regarding my business investment in your country. For urgent response and
more details, kindly get back to me via this E-mail: cmrbarlow0...@yahoo.com.hk
or Telephone number below. Thank you as I wait for your
My Boss has instructed me to contact you with regards to a transaction worth
£22.4million pounds to discuss with you. Reply to his private email:
mervyn-kin...@live.com <mailto:mervyn-kin...@live.com> for more information.
Alexandra M. Coppadge
This City of Wilmington e-mail, includi
.
Signed-off-by: Daniel M. Weeks
---
drivers/gpio/gpio-mcp23s08.c | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/drivers/gpio/gpio-mcp23s08.c b/drivers/gpio/gpio-mcp23s08.c
index 6a4470b..87ed6bf 100644
--- a/drivers/gpio/gpio-mcp23s08.c
+++ b/drivers/gpio/gpio
Bonjour, I am Mr. M. barlow from Paris, France. I have been advised to contact
you regarding my business investment in your country. For urgent response and
more details, kindly get back to me via this E-mail: bc9840...@citynew.com or
Telephone number below. Thank you as I wait for your
, and even though we have a wide range of
hardware, it is impossible to guarantee that it'll work on everything
out there. I will do it however if it's the way we need to go with
this.
Please let me know what you think, or if you need any additional
information or testing.
James M Leddy (1
seems to be significant. The
PSMOUSE_CMD_RESET_DIS is irrelevant to this issue after trying
several times. So we have only implemented this patch to issue
the PSMOUSE_CMD_GETID so far.
Tested-by: Daniel Manrique
Signed-off-by: James M Leddy
---
drivers/input/mouse/synaptics.c |2 ++
1 file
I meant to send this to linux-input
On 04/09/2013 08:30 PM, James M Leddy wrote:
> We have been using this patch in Ubuntu kernels for 5 months now
> without issue. Since patch author Eric Miao no longer works for us,
> I'm sending to the list so that other distros can take advan
seems to be significant. The
PSMOUSE_CMD_RESET_DIS is irrelevant to this issue after trying
several times. So we have only implemented this patch to issue
the PSMOUSE_CMD_GETID so far.
Tested-by: Daniel Manrique
Signed-off-by: James M Leddy
---
drivers/input/mouse/synaptics.c |2 ++
1 file
I'll have someone test it out. Thanks for the patch.
On 04/10/2013 01:40 AM, Chung-Yih Wang (王崇懿) wrote:
> Hi Eric Miao, James Leddy and Daniel Manrique,
>
> If possible, could you give it a try for the patch I have on your device(s)?
> https://patchwork.kernel.org/patch/2156601/
>
> I think we
Greg> On Mon, Apr 15, 2013 at 05:13:45PM -0700, D M German wrote:
>>
>>
>> Greg KH twisted the bytes to say:
>>
>> >> http://o.cs.uvic.ca:20810/perl/next.pl
>>
Greg> Yes, that's a great thing. Maybe the ability to see the sub
From: Stephen M. Cameron
Currently, when adding a new block device driver, if grub support is needed,
then grub needs to be modified to know about this new driver.
See this thread:
https://lists.gnu.org/archive/html/grub-devel/2013-03/msg00049.html
If block drivers could (optionally) share a
Hi Everybody,
I am professor of computer science at the University of Victoria
(Canada).
During the last year and a half, we have been trying to track the
commits as they move in the entire linux git repos ecosystem. We have
amassed a good amount of data that tell us for every commit (and in fac
vinod>
vinod>
vinod>
vinod> On Fri, 2013-04-12 at 13:22 -0700, D M German wrote:
vinod> > Hi Everybody,
vinod> >
vinod> > I am professor of computer science at the University of Victoria
vinod> > (Canada).
vinod> >
vinod> > During
D M German twisted the bytes to say:
dmg> One thing that will help me is that if any of you feel I am not tracking
dmg> your repository, please send me an email with its address.
dmg> thank you!
dmg> --daniel
I have now listed all the repositories I am tracking:
http://o.cs.u
t is empty either we haven't update the data or it
was done straight into linus repo (as in
3e2e0d2c222bdf5bafd722dec1618fa6073ef372).
--daniel
--
Daniel M. German
http://turingmachine.org/
http://silvernegative.com/
dmg (at) uvic (dot) ca
replace (at) with @ and (dot) with .
--
To u
e2e0d2c222bdf5bafd722dec1618fa6073ef372).
I's not difficult to do. I'll take care of it.
--dmg
--
Daniel M. German "Trying is the first step
Homer Simpson ->towards failure."
http://turingmachine.org/
http://silvernegative.com/
dmg (at) u
From: Stephen M. Cameron
If a new logical drive is added and the CCISS_REGNEWD ioctl is invoked
(as is normal with the Array Configuration Utility) the process
will hang as below. It attempts to acquire the same mutex twice, once
in do_ioctl() and once in cciss_unlocked_open(). The BKL was
From: Stephen M. Cameron
Currently, when adding a new block device driver, if grub support is needed,
then grub needs to be modified to know about this new driver.
See this thread:
https://lists.gnu.org/archive/html/grub-devel/2013-03/msg00049.html
If block drivers could (optionally) share a
From: Stephen M. Cameron
This is really the merest sketch of an idea, I'm not asking that
this patch be taken in its current form, just asking for feedback
on the idea, and if someone else better acquainted with the block
layer wants to take this idea and implement it in a better, prope
From: "Javier M. Mellid"
Part of fb_fix_screeninfo and fb_var_screeninfo initialization happens
in smtc_alloc_fb_info. It duplicates code while hiding the real
functionality of smtc_alloc_fb_info. This patch groups initialization
together.
Signed-off-by: Javier M. Mellid
---
drive
From: "Javier M. Mellid"
This patch erases smtc_VRAMBaseAddress variable.
Signed-off-by: Javier M. Mellid
---
drivers/staging/sm7xxfb/sm7xxfb.c | 21 +++--
1 file changed, 7 insertions(+), 14 deletions(-)
diff --git a/drivers/staging/sm7xxfb/sm7xxfb.c
b/drive
From: "Javier M. Mellid"
This patch adds some improvements and code cleanup.
Tested with SM712.
Javier M. Mellid (7):
staging: sm7xxfb: clean fb_fix_screeninfo and fb_var_screeninfo
initialization
staging: sm7xxfb: clean smtcfb_fix's id initialization
staging: sm7x
From: "Javier M. Mellid"
Setting up smtcfb_fix's id happens through smtc_alloc_fb_info. It adds
complexity and unnecesary code.
Signed-off-by: Javier M. Mellid
---
drivers/staging/sm7xxfb/sm7xxfb.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff
From: "Javier M. Mellid"
This patch renames pFramebufferPhysical name to mmio_base.
Signed-off-by: Javier M. Mellid
---
drivers/staging/sm7xxfb/sm7xxfb.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/staging/sm7xxfb/sm7xxfb.c
b/drive
From: "Javier M. Mellid"
This patch improves naming style and comments on smtcfb_info fields.
Signed-off-by: Javier M. Mellid
---
drivers/staging/sm7xxfb/sm7xxfb.c | 52 ++---
1 file changed, 26 insertions(+), 26 deletions(-)
diff --git a/drive
From: "Javier M. Mellid"
This patch annotates iomem pointers.
Signed-off-by: Javier M. Mellid
---
drivers/staging/sm7xxfb/sm7xx.h |2 +-
drivers/staging/sm7xxfb/sm7xxfb.c | 14 +++---
2 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/stagi
From: "Javier M. Mellid"
This patch improves code legibility after last changes.
Signed-off-by: Javier M. Mellid
---
drivers/staging/sm7xxfb/sm7xxfb.c | 20 +++-
1 file changed, 7 insertions(+), 13 deletions(-)
diff --git a/drivers/staging/sm7xxfb/sm7xxfb.c
determine the severity
of the underlying bug.
Jon
-Original Message-
From: Oleg Nesterov [mailto:o...@redhat.com]
Sent: Tuesday, September 18, 2012 11:37 AM
To: Denys Vlasenko
Cc: linux-kernel@vger.kernel.org; Andrew Morton; Amerigo Wang; Jonathan M.
Foote; Roland McGrath; Pedro Alves
Subject
o the annotation is OK.
>
> Signed-off-by: Sam Ravnborg <[EMAIL PROTECTED]>
> Cc: Mark M. Hoffman <[EMAIL PROTECTED]>
> ---
> drivers/hwmon/coretemp.c |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/hwmon/coretemp.c b/dri
t lm-sensors.org:/kernel/mhoffman/hwmon-2.6.git testing
This tree gets rebased pretty much whenever Linus adds a new tag. As a
rule of thumb, you should merge from Jean Delvare's i2c tree first. The
hwmon/testing tree does not usually depend on anything else.
Thanks & regards,
-
b driver sets class to 0.
> + */
> + if (!(adapter->class & I2C_CLASS_HWMON) && adapter->class)
> + return 0;
NACK on that comment and associated code: Jean Delvare submitted a
patch to NVIDIA over two years ago to fix their bug. Apparently some
dis
than error
messages in dmesg, and high cpu during file i/o -- it SEEMS ok, but is
it really? I somehow don't think I should be getting these types of
messages. I've searched the list archive, and I see similar messages
follow by failed resets, but my reset sequence always completes
succ
), 0 deletions(-)
>
Applied to hwmon-2.6.git/testing, thanks.
--
Mark M. Hoffman
[EMAIL PROTECTED]
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
es
hwmon: (adm1026) Properly terminate sysfs groups
Mark M. Hoffman (1):
hwmon: normal_i2c arrays should be const
Riki Oktarianto (1):
hwmon: (applesmc) sensors set for MacBook2
Roger Lucas (1):
hwmon: (vt8231) Update maintainer email address
Rudolf Marek (3):
hwmon:
Dear perf maintainers,
I attempted to compile perf 3.5.1 without worrying about installing
dependencies first. The resulting error messages were quite helpful, and
led me to install a bunch of development libraries and flex.
Unfortunately, after installing flex the build still failed, even af
On 08/15/2012 12:26 PM, Peter Zijlstra wrote:
On Wed, 2012-08-15 at 11:52 +0200, Wouter M. Koolen wrote:
Dear perf maintainers,
I attempted to compile perf 3.5.1 without worrying about installing
dependencies first. The resulting error messages were quite helpful, and
led me to install a bunch
rt P. J. Day (1):
hwmon: (adt7470) Replace power-of-two test
Sergey Vlasov (1):
hwmon: (abituguru3) Add AUX4 fan input for Abit IP35 Pro
Steve Hardy (1):
hwmon: Add support for Texas Instruments/Burr-Brown ADS7828
--
Mark M. Hoffman
[EMAIL PROTECTED]
--
To unsubscribe from this lis
for , we have verified cases on inteldrmfb, radeondrmfb, and
cirrusdrmfb.
This is the last message displayed before the system hangs. This seems
to be hitting a large number of users in Fedora, though certainly not
everyone. This started happening with the 3.5 updates, and is still an
issue. It
From: "Javier M. Mellid"
This change of name improves readability on sm712_vga_setup and
smtcfb_pci_probe. It is coherent with the name of vars being used on
code while avoiding the use of extra long lines in functions.
Tested with SM712.
Signed-off-by: Javier M. Mellid
---
drive
From: "Javier M. Mellid"
This patch renames structs related to vesa modes in order to get more
readable code on sm712vga_setup.
Tested with SM712.
Signed-off-by: Javier M. Mellid
---
drivers/staging/sm7xxfb/sm7xxfb.c | 24 +---
1 file changed, 13 inserti
From: "Javier M. Mellid"
This patchset is part of the effort to get sm7xxfb in shape. It resolves
some issues in functions related with mode setting and timing logic
paths.
The first 5 patches work on sm712vga_setup in order to get a more
coherent and clear code.
Patches 6 and 7 work
From: "Javier M. Mellid"
This patch keeps code related to sm7xx_vga_setup closed. It is useful to
understand/maintain the logic behind sm7xx_vga_setup with a simple look.
Tested with SM712.
Signed-off-by: Javier M. Mellid
---
drivers/staging/sm7xxfb/sm7xxf
From: "Javier M. Mellid"
This patch moves pseudo palette into smtcfb_info struct.
Tested with SM712.
Signed-off-by: Javier M. Mellid
---
drivers/staging/sm7xxfb/sm7xxfb.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/sm7xxfb/sm
From: "Javier M. Mellid"
This patch keeps smtc_set_timing and sm7xx_set_timing functions closed
to smtcfb_setmode. This change eases reviewing and maintaining this
logic path.
Tested with SM712.
Signed-off-by: Javier M. Mellid
---
drivers/staging/sm7xxfb/sm7xxf
From: "Javier M. Mellid"
This patch improves coding style on smtc_alloc_fb_info.
Tested with SM712.
Signed-off-by: Javier M. Mellid
---
drivers/staging/sm7xxfb/sm7xxfb.c | 36 ++--
1 file changed, 18 insertions(+), 18 deletions(-)
diff --git
From: "Javier M. Mellid"
sm712_set_timing handles timing for 0x710, 0x712 and 0x720 chips. This
patch renames the name of the function of sm712_set_timing to
sm7xx_set_timing.
Tested with SM712.
Signed-off-by: Javier M. Mellid
---
drivers/staging/sm7xxfb/sm7xxf
From: "Javier M. Mellid"
This patch renames sm712vga_setup to sm7xx_vga_setup. sm7xx_vga_setup
process command line options in order to get the vga parameter. This
parameter will be the lookup index to match the right vesa mode. It is
chip independent.
Signed-off-by: Javier
From: "Javier M. Mellid"
This patchs renames index var on sm712vga_setup.
Tested with SM712.
Signed-off-by: Javier M. Mellid
---
drivers/staging/sm7xxfb/sm7xxfb.c | 14 ++
1 file changed, 6 insertions(+), 8 deletions(-)
diff --git a/drivers/staging/sm7xxfb/sm7xxfb.c
core files as well, but this is a good
start.
Jon
-Original Message-
From: Denys Vlasenko [mailto:vda.li...@gmail.com]
Sent: Wednesday, July 11, 2012 6:36 AM
To: linux-kernel@vger.kernel.org; Jonathan M. Foote; H. J. Lu; Ingo Molnar; H.
Peter Anvin; Andi Kleen
Cc: Oleg Nesterov; Denys Vla
From: Stephen M. Cameron
In the scsi part of the driver (for tape drives and medium changers)
the device reset error handler attempts to use a target reset rather
than a lun reset. If there is some shared tape drive library, this
could be potentially disruptive to other hosts trying to use the
From: Stephen M. Cameron
Signed-off-by: Stephen M. Cameron
---
drivers/scsi/hpsa.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/scsi/hpsa.c b/drivers/scsi/hpsa.c
index 4217e49..469ba9b 100644
--- a/drivers/scsi/hpsa.c
+++ b/drivers/scsi/hpsa.c
@@ -54,7
Thu Jan 11 14:46:51 2001
@@ -727,6 +727,7 @@
# CONFIG_NLS_ISO8859_14 is not set
CONFIG_NLS_ISO8859_15=m
# CONFIG_NLS_KOI8_R is not set
+# CONFIG_NLS_KOI8_U is not set
# CONFIG_NLS_UTF8 is not set
#
diff -urN linux-vanilla/arch/arm/def-configs/graphicsclient
linux/arch/arm/def-configs/graphicsc
tch for 2.4.x kernels (2.4.0-test10 - 2.4.3):
> > ==cut from here====
--
Best regards, mailto:[EMAIL PROTECTED]
Volodymyr M. LisivkaICQ#14549856
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the b
> From:Jonathan Hudson <[EMAIL PROTECTED]>
> X-Newsreader: knews 1.0b.1
> x-no-productlinks: yes
> X-Newsgroups: fa.linux.kernel
> Content-Type: text/plain; charset=iso-8859-1
> Date:Sat, 07 Apr 2001 21:01:56 GMT
> Bytes: 235
> Sender: [EMAIL PROTECTED]
> Preced
Hello!
In case somebody is interested ...
The new Adaptec SCSI host-adapter driver "aic7xxx 6.1.5" in
Linux kernel 2.4.3 (compiled on a RedHat 7.0 system) doesn't
recognize my Yamaha CRW4416S CD-ReWriter. It also outputs some
error messages saying "request_module[scsi_hostadapter]:
Root
I get this when I try to compile 2.4.4-pre2
(I'm assuming the list is working this morning, since I've received no
messages).
Thanks.
-- todd --
$ make bzImage
gcc -D__KERNEL__ -I/var/src/linux-2.4.3/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -fno-strict-aliasing -pipe -mpreferre
Hello,
See the attached Oops passed through ksymoops 2.3.7(the i386 rpm from
kernel.org). Not sure who should see this...
Is it generally a good idea to reboot the machine after getting one of
these?
Feb 14 04:02:02 nic-31-c31-100 kernel: klogd 1.3-3, log source = /proc/kmsg started.
Feb
Sorry about the last message, somehow got just the plain oops there.
ksymoops 2.3.7 on i686 2.4.2-pre3. Options used
-V (default)
-k /proc/ksyms (specified)
-l /proc/modules (default)
-o /lib/modules/2.4.2-pre3/ (default)
-m /usr/src/linux/System.map (default
Hi,
After getting several segfaults running fetchmail, I tried memtest86 for
the first time on my PC (Celeron 500, i810m/b from e-machines). Five out
of five tries from two different floppy disks crashed at 6% into test 1.
I suspected a new PC133 memory stick, but the test failed at the same
On Wed, 14 Feb 2001, Scott M. Hoffman wrote:
> Hello,
>See the attached Oops passed through ksymoops 2.3.7(the i386 rpm from
> kernel.org). Not sure who should see this...
>Is it generally a good idea to reboot the machine after getting one of
> these?
>
I've bee
I have some single-processr Dell Poweredge 2450 servers that I'm trying
to move to 2.4. They have been running 2.2 SMP kernels for a while with
no problem (to take advantage of the supposed benefit of using the
ioapic).
2.4 SMP kernels seem to work fine, but using a 2.4.1 or 2.4.2 UP kernel
with
Excerpts from mail: 1-Mar-101 Re: APIC error on CPU0 (UP .. by Arnaldo
C. de Melo@conec
> can you try 2.4.2-ac8 and tell us the results?
No change (I used 2.4.2-ac9, since that was available...). (The watchdog
doesn't trip and display output, but eventually the errors stop and
rebooting is possib
On Mon, 5 Mar 2001, Richard B. Johnson wrote:
>
> Attempts to run linux-2.4.3-pre2 on chaos.analogic.com results
> in **MASSIVE** file-system destruction. I have (had) all SCSI
> disks, using the BusLogic controller.
>
> There is something **MAJOR** going on BAD, BAD, BAD, even disks
> that were n
On Tue, 6 Mar 2001, God wrote:
> On Mon, 5 Mar 2001, Scott M. Hoffman wrote:
>
> > On Mon, 5 Mar 2001, Richard B. Johnson wrote:
> > >
> > > I -- S T R O N G L Y -- suggest that nobody use this kernel with
> > > a BusLogic SCSI controller until this pro
On Tue, 6 Mar 2001, Alan Cox wrote:
> > I have not had problems with 2.4.2, just tried 2.4.2-ac12. About the IDE
> > stage it just reboots.
>
> Does ac11 also reboot like that. -ac is currently testing versions of the new
> VIA IDE driver so knowing if the latest update did that would be very
# CONFIG_KCORE_AOUT is not set
CONFIG_BINFMT_AOUT=y
CONFIG_BINFMT_ELF=y
CONFIG_BINFMT_MISC=y
CONFIG_PM=y
# CONFIG_ACPI is not set
# CONFIG_APM is not set
#
# Memory Technology Devices (MTD)
#
# CONFIG_MTD is not set
#
# Parallel port support
#
CONFIG_PARPORT=m
CONFIG_PARPORT_PC=m
# C
401 - 500 of 1259 matches
Mail list logo
