blocking mode it returns -EINTR.
SUMMARY:
1) there is a reason for this lack of documentation?
2) what can I safely assume about syscalls restart when using SA_RESTART
flag?
Bye,
--
Paolo Ornati
Linux 2.6.12.2 on x86_64
-
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/
quot;but the connection request shall not be aborted, and the connection
shall be established asynchronously" (with select() or poll()...)
both for EINPROGRESS and EINTR, I think it's quite stupit to
automatically restart it and then return EALREADY.
The logically correct behaviur
is
implementation-defined whether the function restarts or returns with
[EINTR]"
and says nothing for poll()...
But it says nothing also for "pause()", for example... and I doubt that
it's supposed to be automatically restarted :)
--
Paolo Ornati
Linux 2.6
On Tue, 12 Jul 2005 10:38:11 +0200
Paolo Ornati <[EMAIL PROTECTED]> wrote:
> The particular case you analized (blocking connect interrupted by a
> SA_RESTART signal) is interesting... and since SUSV3 says
> "but the connection request shall not be aborted, and the
>
there are pending
signals return -ERESTARTSYS
With non-blocking socket the syscall never sleeps, and never checks for
pending signals.
Look at "net/ipv4/af_inet.c": in particular at "net_wait_for_connect"
and its usage in "inet_stream_connect".
--
Paolo Orn
With non-blocking socket "timeo" is set to 0. So the instruction:
if (!timeo || !inet_wait_for_connect(sk, timeo))
goto out;
jumps directly to "out" label. "sock_intr_errno()" isn't called.
--
Paolo Ornati
Linux 2.6.12.2 on x86
t; to say much to you because it seems a compiler
> problem!
Linux 2.4.22 is quite old: 25-Aug-2003...
Have you tried with 2.4.31?
--
Paolo Ornati
Linux 2.6.13-rc3 on x86_64
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
dy committed are not restarted, but instead return a partial
success (for example, a short read count)."
Finally, in Linux other syscalls can be restarted... like connect(), for
example.
--
Paolo Ornati
Linux 2.6.13-rc3 on x86_64
-
To unsubscribe from this list: send the lin
- FreeBSD sigaction() mapage says it is retarted
- Linux does it (see kernel/exit.c)
...
retval = -ERESTARTSYS;
if (signal_pending(current))
goto end;
...
See?
--
Paolo Ornati
Linux 2.6.13-rc3 on
data to
> the disk and one to read my program back in. If free software is
> about choice, I wish there was more in the area of how memory is
> used.
isn't this tuned enough by "/proc/sys/vm/swappiness" ?
--
Paolo Ornati
Linux 2.6.13-rc3 on x86_64
-
On Thu, 07 Jul 2005 16:44:53 +0530
raja <[EMAIL PROTECTED]> wrote:
> would you please tell how to caliculate the time taken to execute a c
> program in unix environment.
raja, this has nothing to do with Linux Kernel.
PS: see "man time"
--
Paolo Ornati
r generic programming questions:
http://www.advancedlinuxprogramming.com/
And use Google.
--
Paolo Ornati
Linux 2.6.12.2 on x86_64
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Thu, 7 Jul 2005 08:27:48 -0400
Jakub Jelinek <[EMAIL PROTECTED]> wrote:
> If you have glibc 2.3.4 or later, you should use -lrt instead.
Yes... I was just saying that he forgot to add "-lLIBRAY_NAME" :)
--
Paolo Ornati
Linux 2.6.12.2 on x86_64
-
To unsubsc
ddress of "data.lock"
- cast it to "volatile"
- read from _memory_ the value of data.lock (through the
volatile pointer)
Other ways can be:
- use read memory barrier:
while (data.lock)
rmb();
- use everything th
;q=konqueror+vanish#591a0b3a05bd3596
Are you the same Markus? (or it's just a coincidence?)
It seems the same BUG...
--
Paolo Ornati
Linux 2.6.24-rc4-g7e1fb765 on x86_64
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
monitor ds_cpl vmx est tm2
ssse3 cx16 xtpr lahf_lm
bogomips: 3731.82
clflush size: 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:
[...]
--
Paolo Ornati
Linux 2.6.24-rc4-g94545bad on x86_64
--
To unsubscribe from this
using %rdx rather than
> %edx:%eax.
In another message he says to compile it with "-m32" :)
--
Paolo Ornati
Linux 2.6.24-rc5-g4af75653 on x86_64
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mess
Mobo departed yesterday, so I'm on a different board without NCQ
support ;)
--
Paolo Ornati
Linux 2.6.23-rc8generic-ga64314e6 on x86_64
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
ernel he can check these options within agpgart...
You don't have to be on a i386 to see the options avaiable for i386...
just do a "make menuconfig ARCH=i386" and you are done!
But if you are on x86_64, why do you want to enable drivers for other
architectures?
--
On Thu, 17 Feb 2005 15:42:50 +0100
[EMAIL PROTECTED] wrote:
> ÄúºÃ£º
> ÎÒÒÑ_ÊÕµ_ÄúµÄÀ_ÐÅ
and... what does this means?
--
Paolo Ornati
Gentoo Linux (kernel 2.6.10-gentoo-r7)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the b
e a mistake replying!
--
Paolo Ornati
Gentoo Linux (kernel 2.6.10-gentoo-r7)
-
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/
Intel centrino processor with 1MB L1-Cache.
1 MB L1?
Isn't it L2?
--
Paolo Ornati
Gentoo Linux (kernel 2.6.10-gentoo-r6)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
s status
> message.
>
> phases failed
Can you explain me what this has to do with Linux Kernel?
You are using Gentoo and a compilation failed, go here:
http://bugs.gentoo.org/
and search for "ALL module-init-tools", if you don't find the solution
then post a new BUG report.
On Mon, 23 Jul 2007 09:40:04 -0300 (GFT)
"werner" <[EMAIL PROTECTED]> wrote:
>
> The kernel need to stay compatible to old versions of the file system and
> other fundamental programs.
This sounds new to me...
Documentation/stable_api_nonsense.txt
--
P
patch is something we need as well.
>
> Does -stable need this too?
No :)
--
Paolo Ornati
Linux 2.6.22.5 on x86_64
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at htt
I've applied it (manually... whitespace/mime damage) to -rc4 and
it seems to work, no crash so far (I'm sure I'm testing it because
plain -rc4 doesn't have the "2hpet" fix and still manifest the problem).
--
Paolo Ornati
Linux 2.6.23-rc4-dirty on x86_
/0x30
[ 756.712084] [] kthread+0x0/0x80
[ 756.712086] [] child_rip+0x0/0x12
[ 756.712087]
[ 756.815693] CPU 1 is now offline
[ 756.815697] lockdep: not fixing up alternatives.
[ 756.819276] CPU1 is down
--
Paolo Ornati
Linux 2.6.23-rc2-gac078602 on x86_64
config.gz
apply alternatives, so it
+* is silly to overwrite itself with nops - reboot is only outcome... */
+ .byte 2b - 1b
.byte 2b - 1b
.previous
--
Paolo Ornati
Linux 2.6.23-rc2-gac078602 on x86_64
-
To unsubscribe from this list: send the line "unsubsc
natives, and it seems that this one
> > was added by checkin you mention... My tree was synced up to:
>
> Can you double check? I have a hard time believing it.
I've seen the reboot too, with "rc2-g3864e8cc" that is newer than
ab144f5ec64c4:
$ git-log ab144f5ec
n_single() to current cpu
git-bisect good 401bbcb0d0be8c916134b4e9074826e89638
# good: [a52b1752c077cb919b71167c54968a0b91673281] SMP: Allow
smp_call_function_single() to current cpu
git-bisect good a52b1752c077cb919b71167c54968a0b91673281
# good: [4267c41a458cd7d287dc8031468fc385c2f5b2c3] KVM: Tune hotplug/suspend
IPIs
git
usb 6-2: uevent
+ hub 6-0:1.0: debounce: port 2: total 100ms stable 100ms status 0x100
+ usb usb6: suspend_rh (auto-stop)
+ hub 6-0:1.0: hub_suspend
+ usb usb6: bus auto-suspend
+ usb usb6: suspend_rh
config for 2.6.22-gb0e2a705 attached
--
Paolo Ornati
Linux 2.6.23-rc3 on x86_64
Generally a bug report for a specific usb device without vendor:product
> is a bad idea.
oopss :)
HP PHOTOSMART E317
tux ~ # lsusb
Bus 007 Device 001: ID :
Bus 006 Device 002: ID 03f0:4002 Hewlett-Packard PhotoSmart 720 / PhotoSmart
935 (storage)
...
--
Paolo Ornati
L
On Tue, 14 Aug 2007 17:46:16 +0200
Oliver Neukum <[EMAIL PROTECTED]> wrote:
> Am Dienstag 14 August 2007 schrieb Paolo Ornati:
> > Hewlett-Packard PhotoSmart 720 / PhotoSmart 935 (storage)
>
> Please try this patch.
Tried on -rc3 but it doesn't work, dmesg attached
On Tue, 14 Aug 2007 20:33:22 +0200
Oliver Neukum <[EMAIL PROTECTED]> wrote:
> Exactly. This is not reliable. It needs to be done in kernel. This patch
> should do it.
ok, this one works :)
I suspect that there are many more broken devices out there ;)
thanks,
--
"git-bisect visualize".
--
Paolo Ornati
Linux 2.6.23-ge8b8c977 on x86_64
-
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
** [drivers] Error 2
---
"smp_call_function_mask" is defined only on "CONFIG_SMP" but kvm uses it
unconditionally, oops!
--
Paolo Ornati
Linux 2.6.23-ge8b8c977 on x86_64
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
BAD
2.6.18 BAD
2.6.17 Good !
I'll start a git-bisection...
--
Paolo Ornati
Linux 2.6.20-rc5 on x86_64
-
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://v
0 Not_testing
300 Not_testing
400 Not_testing
500 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute
es...
I agree.
For Chr: I don't think these big raw-numbers are counters, look at the
normalized values instead, and see that they are greater than TRESH
values (so they are good).
The meaning of raw-numbers is vendor specific.
--
Paolo Ornati
Linux 2.6.20-rc5 on x86_64
-
er if someone else with the same HD could confirm.
It looks so strange that an HD that works fine, and should support NCQ,
have so big troubles that I can "freeze" it in less than a second by
using XFS (while with ext3 I cannot, or at least it's very hard).
--
Paolo Ornati
ng, you can easily turn off NCQ using sysfs.
> Please take a look at http://linux-ata.org/faq.html
ok
--
Paolo Ornati
Linux 2.6.20-rc5 on x86_64
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Mo
seems that I'm unable to reproduce the
problem mounting XFS with "nobarrier" (using sda queue_depth = 31).
So it looks like a problem with NCQ combined with cache flush command...
--
Paolo Ornati
Linux 2.6.20-rc5 on x86_64
-
To unsubscribe from this list: send the line &
switch (regs->rax) {
case -ERESTART_RESTARTBLOCK:
case -ERESTARTNOHAND:
regs->rax = -EINTR;
break;
--
Paolo Ornati
Linux 2.6.20-rc5 on x86_64
-
To unsubscribe from t
...
<-- back -
spin_unlock(my_lock);
See?
If the interrupt comes in when process A is running and holding the
lock PREEMPTION can't do anything.
--
Paolo Ornati
Linux 2.6.20-rc1-g99f5e971 on x86_64
-
To unsubscribe from this
EEMPTION).
:)
spin_lock is a "while(1) {...}" thing...
--
Paolo Ornati
Linux 2.6.20-rc1-g99f5e971 on x86_64
-
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/
; when the system "freezes". If it reboots then
interrupts work :)
--
Paolo Ornati
Linux 2.6.20-rc1-g99f5e971 on x86_64
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordo
1, " STANDBY 1 [cha: n, def: "..., 35) = 35
write(1, " ICT 1200 [cha: n, def:1"..., 37) = 37
write(1, " SCT 2400 [cha: n, def:2"..., 37) = 37
ioctl(3, SG_IO, 0x52c010) = 0
ioctl(3, SG_IO, 0x52c010) = 0
ioctl(3, SG_IO
^^^
(and so on)
IOW: some of these are typos.
Some time ago I've done a similar patch for "Documentation/" (remove
duplicated words) and fallen in the same mistake :)
--
Paolo Ornati
Linux 2.6.20 on x86_64
-
To unsubscribe from this list: send the line "unsubs
;ve seen this problem with very similar hardware (and so I've added
Tejun to CC :).
If mounting XFS with "nobarrier" fixes the problem it seems that more
than one Seagate disk cannot handle the Cache Flush command while other
commands are in fly...
--
Paolo Ornati
; 2) mounting XFS filesystem(s) with "nobarrier" option
>
> Neither does this.
ok, so it's a different problem (I've tried :)
--
Paolo Ornati
Linux 2.6.20 on x86_64
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
On Wed, 07 Feb 2007 22:56:45 -0600
Robert Hancock <[EMAIL PROTECTED]> wrote:
> Paolo Ornati wrote:
> > If mounting XFS with "nobarrier" fixes the problem it seems that more
> > than one Seagate disk cannot handle the Cache Flush command while other
> > command
IG_CPU_FREQ_GOV_POWERSAVE=m
CONFIG_CPU_FREQ_GOV_USERSPACE=y
CONFIG_CPU_FREQ_GOV_ONDEMAND=m
CONFIG_CPU_FREQ_GOV_CONSERVATIVE=m
Read "Documentation/cpu-freq/user-guide.txt" for more info.
--
Paolo Ornati
Linux 2.6.20-rc7 on x86_64
-
To unsubscribe from this list: send the li
or something like "cpufreqd"
There are different deamon for this: cpufreqd, cpudyn...
Anyway it is started by an init script, so you should find it looking
at "ls /etc/init.d/".
--
Paolo Ornati
Linux 2.6.20-rc7 on x86_64
-
To unsubscribe from this list: send t
rmation for a project at a given point in
the future (far enough ahead to protect the companies commercial
viability) can get the "Open Hardware" certificate.
--
--
Paolo Ornati
Linux 2.6.18 on x86_64
-
To unsu
.
I understand this is probably MOBO specific but, is this behaviour
expected/common?
--
Paolo Ornati
Linux 2.6.20-rc1-g99f5e971 on x86_64
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More major
estore on AC Poer Loss = {Power Off,
Power On, Last State}.
Anyway I found strange that the "state" after s2disk is considered
"ON" ;)
--
Paolo Ornati
Linux 2.6.20-rc1-g99f5e971 on x86_64
-
To unsubscribe from this list: send the line "unsubscribe linux-
atch-2.6.20-rc4
for Lei W:
cd linux/
ketchup 2.6.20-rc4
http://www.selenic.com/ketchup/wiki/
:)
--
Paolo Ornati
Linux 2.6.20-rc4-gf3a2c3ee on x86_64
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
Cunningham instead.
You can also do suspend without external patches... for example with
http://suspend.sourceforge.net/
it's also packaged by Debian:
http://packages.debian.org/testing/admin/uswsusp
:)
--
Paolo Ornati
Linux 2.6.19-rc4-g2de6c39f on x86
o it's common on x86_64 ;)
$ dmesg | grep Suspending | wc -l
9
$ dmesg | grep "APIC err" | wc -l
9
--
Paolo Ornati
Linux 2.6.19-rc4-g2de6c39f on x86_64
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel&
--
> From 54248a43231de8d6d64354b51646c54121e3f395 Mon Sep 17 00:00:00 2001
> From: Karsten Wiese <[EMAIL PROTECTED]>
> Date: Sat, 18 Nov 2006 13:44:14 +0100
> Subject: [PATCH 1/1] x86_64: Regard MSRs in lapic_suspend()/lapic_resume()
It works! :)
--
On Tue, 14 Nov 2006 17:44:51 +0100
Paolo Ornati <[EMAIL PROTECTED]> wrote:
> > > Okay, please let us know if it survives the next several cycles.
> > >
> > > OTOH, the problem may be hiding.
> >
> > Ok, and if it survives againg and again I can d
9ae9e1/98ab31c0e6fed2ee?&hl=en#98ab31c0e6fed2ee
--
Paolo Ornati
Linux 2.6.22-rc5-g0864a4e2 on x86_64
-
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/
re important.
And yes, programs/distributions should set good defaults for you... and
if they don't, just complain to them :)
--
Paolo Ornati
Linux 2.6.22-rc5-g0864a4e2 on x86_64
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
n run without
problems even without renicing (usually normal programs don't eat much
CPU).
--
Paolo Ornati
Linux 2.6.22-rc5-g0864a4e2 on x86_64
-
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/
i Jun 8 13:46:44 2007 -0700
loop: preallocate eight loop devices
The kernel on-demand loop device instantiation breaks several user space
tools as the tools are not ready to cope with the "on-demand feature". Fix
it by instantiate default 8 loop devices and also r
low more of them.
Without options it creates 8 and you (or some userspace tool) can add
more dynamically.
--
Paolo Ornati
Linux 2.6.22-rc4-cfs-v16-g47932c49 on x86_64
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMA
..
It is! It's just that it was applied after -rc4...
commit a47653fc2643cf61bcabba8c9ff5c45517c089ba
Author: Ken Chen <[EMAIL PROTECTED]>
Date: Fri Jun 8 13:46:44 2007 -0700
loop: preallocate eight loop devices
[...]
--
Paolo Ornati
Linux 2.6.22-rc4-cfs-v16-g479
have?
What kernel version?
I/O scheduler? (cat /sys/block/DEVICE/queue/scheduler)
Filesystem?
And what time of "operations" are you doing?
--
Paolo Ornati
Linux 2.6.22-rc3-cfs-v14-gf193016a on x86_64
-
To unsubscribe from this list: send the line "unsubscribe l
adahead replacement in 2.6.22-rc2-mm1 called "on-demand
readahead", maybe that helps too?)
--
Paolo Ornati
Linux 2.6.22-rc3-cfs-v14-gf193016a on x86_64
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAI
would be needed from a legal standpoint to
> possibly contribute in the future.
maybe this helps:
http://groups.google.com/group/linux.kernel/browse_thread/thread/21d472915541ac48/5a2d152a1d1b62b6?lnk=st&q=&rnum=3&hl=en#5a2d152a1d1b62b6
:)
--
Paolo Ornati
Linu
On Wed, 23 May 2007 09:09:00 +0200
Romano Giannetti <[EMAIL PROTECTED]> wrote:
> Will try to reboot with clocksource=acpi_pm, althoughI think that this
> is the one I'm using.
you can see that with:
cat /sys/devices/system/clocksource/clocksource0/current_clocksource
--
10-15 min.
Even 3-5 min if you strip it down a lot and with good hardware :)
Also ccache helps.
--
Paolo Ornati
Linux 2.6.22-rc2-gd2579053 on x86_64
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROT
Why I can't active them?
> Somebody could help me, please?
"---" means that they _ARE_ active and you cannot deselect them
(because they are selected by something else)
try this:
$ grep VIDEO_SEL .config
CONFIG_VIDEO_SELECT=y
So you have nothing to do :)
lt on the fly, or even if it can be done.
easy :)
# cat /sys/block/DEVICE/queue/scheduler
as noop [cfq] ...
# echo IO_SCHED > /sys/block/DEVICE/queue/scheduler
--
Paolo Ornati
Linux 2.6.21-rc7 on x86_64
-
To unsubscribe from this list: send the line "unsubscribe linux-ke
So adding this to kernel boot parameters should do the trick:
memmap=15M$1M
--
Paolo Ornati
Linux 2.6.21-rc7-CFS-v3-g6262cd9f on x86_64
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More ma
test86 or
memtest86+ (http://www.memtest.org/) for many hours (>= 8, someone
suggest even 24h, just to be sure :).
If the problem is big memtest should find it soon.
--
Paolo Ornati
Linux 2.6.20.4 on x86_64
-
To unsubscribe from this list: send the line "unsubscribe linux
16b229b135ea57a93a6a24e13a [PATCH] m68knommu: remove __ramvec
from 68328/pilot start code
# pick another one...
$ git-reset --hard aa4148cfc7b3b93eeaf755a7d14f10afaffe9a96
--
Paolo Ornati
Linux 2.6.21-rc6-gc2481cc4 on x86_64
-
To unsubscribe from this list: send the line "unsubsc
d1/0x103
[ 9564.773224] [] child_rip+0xa/0x12
[ 9564.773227] [] _spin_unlock_irq+0x24/0x27
[ 9564.773230] [] restore_args+0x0/0x30
[ 9564.773233] [] kthread+0x0/0x103
[ 9564.773236] [] child_rip+0x0/0x12
[ 9564.773238]
--
Paolo Ornati
Linux 2.6.21-rc6-gc2481cc4 on x86_64
config.gz
Description: GNU Zip compressed data
.
this one should help:
Patch: per device dirty throttling
http://lwn.net/Articles/226709/
--
Paolo Ornati
Linux 2.6.21-cfs-v7-g13fe02de on x86_64
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAI
rning NCQ off with:
echo 1 > /sys/block/sda/device/queue_depth
--
Paolo Ornati
Linux 2.6.20.4 on x86_64
-
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/
On Wed, 28 Mar 2007 12:59:10 +0200
Oliver Joa <[EMAIL PROTECTED]> wrote:
> i did this already (in the first startup-script). It does not help.
>
> Another Idea?
try replacing the SATA cable...
--
Paolo Ornati
Linux 2.6.20.4 on x86_64
-
To unsubscribe from this
0x0 data 32768 out
res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
More info here:
http://lkml.org/lkml/2007/1/21/76
Blacklist it!
Signed-off-by: Paolo Ornati <[EMAIL PROTECTED]>
diff --git a/drivers/ata/libata-core.c b/drivers/ata/libata-core.c
index 772be09..b
On Sun, 30 Sep 2007 07:17:05 -0700
Tejun Heo <[EMAIL PROTECTED]> wrote:
> Paolo Ornati wrote:
> > Seagate Barracuda ST380817AS has troubles with NCQ. For example,
> > unpacking a tarball on an XFS filesystem gives this:
> >
> > ata1.00: exception Emask 0x0 SA
e_depth
I have this problem only with XFS, and even with XFS it goes away
mounting with "nobarrier"...
--
Paolo Ornati
Linux 2.6.23-rc8-ga64314e6-dirty on x86_64
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
ATA link up 1.5 Gbps (SStatus 113 SControl 300)
[ 373.461012] ata1.00: configured for UDMA/133
[ 373.461022] ata1: EH complete
[ 373.461061] sd 0:0:0:0: [sda] 156301488 512-byte hardware sectors (80026 MB)
[ 373.461075] sd 0:0:0:0: [sda] Write Protect is off
[ 373.461077] sd 0:0:0:0: [sda] Mod
ibata.fua=1" is ok I think, or it should just be "libata.fua"?):
...
[0.00] Kernel command line: root=/dev/sda6 ro vga=0x305 libata.fua=1
...
[ 285.004166] ata1.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x2 frozen
...
>
> That message is normal, because li
On Sun, 30 Sep 2007 11:59:45 -0400
Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Is libata built into the kernel, or a module?
built-in, my kernel is pretty monolithic
--
Paolo Ornati
Linux 2.6.23-rc8-ga64314e6 on x86_64
-
To unsubscribe from this list: send the line &qu
me it looks like these errors are not related...
--
Paolo Ornati
Linux 2.6.23-rc8-ga64314e6 on x86_64
-
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/
length argument support
Remove the arg+env limit of MAX_ARG_PAGES by copying the strings
directly from the old mm into the new mm.
--
Paolo Ornati
Linux 2.6.23-rc3-g2a677896 on x86_64
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On Sun, 19 Aug 2007 13:55:13 +0300
Avi Kivity <[EMAIL PROTECTED]> wrote:
> Sorry about the delay -- here is the fairly simple patch. A Tested-by:
> would be appreciated.
it works :)
Tested-by: Paolo Ornati <[EMAIL PROTECTED]>
--
Paolo Ornati
Linux 2.6.23-r
ax" len and going down rather than
starting low and going up.
--
Paolo Ornati
Linux 2.6.23-rc3-g2a677896-dirty on x86_64
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at htt
irectly from the old mm into the new mm.
[...]
--
Paolo Ornati
Linux 2.6.23-rc3-g2a677896-dirty on x86_64
-
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-inf
gt; if you have multiple devices? But you only got a single disk.
No, there's also:
[PATCH 22/23] mm: dirty balancing for tasks
:)
--
Paolo Ornati
Linux 2.6.23-rc3-g2a677896-dirty on x86_64
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
will wrap with "Wrap pasted text", so keep it off.
PS: auto wrapping has effect on the text you write directly in the
mailer, you can even turn it off and use "CTRL + L" to wrap the current
paragraph.
--
Paolo Ornati
Linux 2.6.23-rc3-g2a677896-dirty on x86_64
-
To u
On Thu, 23 Aug 2007 13:56:48 +0200
walter harms <[EMAIL PROTECTED]> wrote:
> xclip converts tabs to space if i remember correctly
no, it doesn't
[EMAIL PROTECTED] ~ $ echo -e "\tHello" | xclip
(middle mouse button)
Hello
:)
--
Paolo Ornati
flush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm
constant_tsc arch_perfmon pebs bts rep_good pni monitor ds_cpl vmx est tm2
ssse3 cx16 xtpr lahf_lm
bogomips: 3729.63
clflush size: 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:
On Thu, 23 Aug 2007 22:21:15 +0200
Paolo Ornati <[EMAIL PROTECTED]> wrote:
> config & dmesg attached
ehmm..
--
Paolo Ornati
Linux 2.6.22-g5bae7ac9 on x86_64
config.gz
Description: GNU Zip compressed data
dmesg.gz
Description: GNU Zip compressed data
e is a possible quick fix. I'm open to other approaches, but I also
> want to avoid too much churn before 2.6.23 goes out.
>
> Paolo, could you verify this fixes the issue for you?
It works: there's only one "hpet" in "available_clocksource" and al
On Thu, 23 Aug 2007 17:38:49 -0400
"Bob Picco" <[EMAIL PROTECTED]> wrote:
> It appears ACPI discovery failed during driver initialization because
> of:
> hpet_resources: 0xfed0 is busy
Note: this was always there as far as I can remember.
--
Paolo Ornati
e patch was
> compile and link tested.
This one works too.
--
Paolo Ornati
Linux 2.6.23-rc3-g1a8f4610-dirty on x86_64
-
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
1 - 100 of 101 matches
Mail list logo
