A digital camera which was working fine in 2.6.11/12 now fails on 2.6.13-rc6
(not sure when it started failing).
All the messages seem to indicate that it's working but the digikam
application now says it fails to initialise the camera.
The relevant info from dmesg says:
usb 3-1: new full speed
Hi Pete :)
* Pete Zaitcev <[EMAIL PROTECTED]> dixit:
> > A global unique ID won't work out to make all USB mass storage devices
> > appear under a common mountpoint, especially if it is recreated while
> > "formating" it.
> That is correct, but not what Dervish wanted. He wanted to mount them
On Sun, 14 Aug 2005 17:12:06 +1000, Con Kolivas <[EMAIL PROTECTED]> wrote:
> A digital camera which was working fine in 2.6.11/12 now fails on 2.6.13-rc6
> (not sure when it started failing).
Does it continue to work on an older kernel? I saw a USB device breaking
right in the moment of reboot i
Michael Iatrou <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> Currently, radeonfb old driver always prints debugging informations. This
> patch makes debug info reporting configurable.
>
>
> diff -urN linux-2.6.13-rc6/drivers/video/Kconfig
> linux-2.6.13-rc6.new/drivers/video/Kconfig
> --- linux-2.6.
Yesterday, I tried to record a TV program using mencoder as a "at" job.
When I came back the machine was dead (screen blank, keyboard not
responding). Needed hard reset to reboot. I found this in the log ( the
system was not completly dead since cron continued to write ):
Aug 13 21:15:10 localhost
On Sun, 14 Aug 2005 18:00, Pete Zaitcev wrote:
> On Sun, 14 Aug 2005 17:12:06 +1000, Con Kolivas <[EMAIL PROTECTED]> wrote:
> > A digital camera which was working fine in 2.6.11/12 now fails on
> > 2.6.13-rc6 (not sure when it started failing).
>
> Does it continue to work on an older kernel? I saw
On Sun, Aug 14, 2005 at 02:22:41AM +0200, Henrik Brix Andersen wrote:
> On Sun, 2005-08-14 at 01:43 +0200, Olaf Hering wrote:
> > On Sun, Aug 14, Christoph Hellwig wrote:
> > > Please don't. misdevice.name is a description of the device, and doesn't
> > > have any relation with the name of the de
On Sat, Aug 13, Chris Wedgwood wrote:
> On Sun, Aug 14, 2005 at 01:43:22AM +0200, Olaf Hering wrote:
>
> > It is used for /class/misc/$name/dev
>
> Ick. I would almost suggest we change that were it not too late. I
> think keeping the decription is useful and desirable.
Where is the descript
On Sun, Aug 14, 2005 at 11:03:24AM +0200, Olaf Hering wrote:
> On Sat, Aug 13, Chris Wedgwood wrote:
>
> > On Sun, Aug 14, 2005 at 01:43:22AM +0200, Olaf Hering wrote:
> >
> > > It is used for /class/misc/$name/dev
> >
> > Ick. I would almost suggest we change that were it not too late. I
> >
Hi Raul,
On Sun, Aug 14, 2005 at 09:32:57AM +0200, DervishD wrote:
> Hi Pete :)
>
> * Pete Zaitcev <[EMAIL PROTECTED]> dixit:
> > > A global unique ID won't work out to make all USB mass storage devices
> > > appear under a common mountpoint, especially if it is recreated while
> > > "format
On Fri, 12 Aug 2005 09:43:31 +1000, Grant Coady <[EMAIL PROTECTED]> wrote:
Hi there,
Problem was dataloss on extracting kernel source, sometimes only
one character changed. Details on
http://bugsplatter.mine.nu/test/boxen/sempro/
Not the NIC, not reiserfs, not the kernel config, not even t
Hi,
The following is a patch to reduce a cache pollution
of __copy_from_user_ll().
When I run simple iozone benchmark to find a performance bottleneck of
the linux kernel, I found that __copy_from_user_ll() spent CPU cycle
most and it did many cache misses.
The following is profiled by oprofile.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Fabian LoneStar Frédérick wrote:
> Hi,
>
> Do we have recursive dnotification facility in current kernel ?
>
> (cc me please).
>
> Best regards,
> Fabian
>
google inotify
- --
[Name ] :: [Matan I. Peled]
[Location ] :: [Israel
The sys_ptrace boilerplate code (everything outside the big switch
statement for the arch-specific requests) is shared by most
architectures. This patch moves it to kernel/ptrace.c and leaves the
arch-specific code as arch_ptrace.
Some architectures have a too different ptrace or aren't quite rea
As part of my previous sys_ptrace consolidation I introduce a
ptrace_get_task_struct helper, that gets a reference to the taskstruct
for a given pid, after doing all the ptrace attach checks.
This pathces makes all but a few ptrace and compat_ptrace
implementations use it. The implementations not
On Sun, 2005-08-14 at 18:16 +0900, Hiro Yoshioka wrote:
> Hi,
>
> The following is a patch to reduce a cache pollution
> of __copy_from_user_ll().
>
> When I run simple iozone benchmark to find a performance bottleneck of
> the linux kernel, I found that __copy_from_user_ll() spent CPU cycle
> mo
When the date was Sunday 14 August 2005 11:25, Andrew Morton wrote:
> Michael Iatrou <[EMAIL PROTECTED]> wrote:
> >
> > Hi,
> >
> > Currently, radeonfb old driver always prints debugging informations. This
> > patch makes debug info reporting configurable.
> >
> >
> > diff -urN linux-2.6.13-r
I've posted a couple of times than my newsserver is not stable
with any 2.6.13-rcX kernels.
Last kernel that survived is 2.6.12-mm1 (18+days)
Of course i can just stick with that kernel, but i thought it would
be wise to live on the edge and run a reasonable loaded server with
the latest/greatest.
Teemu wrote:
Opening a FIFO for WR_ONLY should release a previously blocked RD_ONLY
open. I suspect this is not guaranteed on a heavily loaded Linux box.
Do you have a test case?
IIRC we had that bug, and it was fixed by adding PIPE_WCOUNTER:
PIPE_WRITERS counts the number of writers. This o
[*] HPET Timer Support
[*] Provide RTC interrupt
[*] HPET - High Precision Event Timer
[*] Allow mmap of HPET
http://tlug.up.ac.za/guides/lkcg/arch_i386.html
HPET Timer Support HPET_TIMER
This enables the use of the HPET for the kernel's internal timer. HPET is
the next generation ti
Thanks for your comments.
On 8/14/05, Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> On Sun, 2005-08-14 at 18:16 +0900, Hiro Yoshioka wrote:
> > Hi,
> >
> > The following is a patch to reduce a cache pollution
> > of __copy_from_user_ll().
> >
> > When I run simple iozone benchmark to find a perfor
CaT wrote:
1. Alan Cox's IDE driver that was included in his ac patchset, which
seems to have died at 2.6.11ac7.
2. A brief visit from a SCSI IDE driver in Andrew Mortons mm patchset.
It lived a brief but noted life before being taken out without any
reason (that I spotted) in 2.6.12-rc4
On Sun, 2005-08-14 at 19:22 +0900, Hiro Yoshioka wrote:
> Thanks for your comments.
>
> On 8/14/05, Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> > On Sun, 2005-08-14 at 18:16 +0900, Hiro Yoshioka wrote:
> > > Hi,
> > >
> > > The following is a patch to reduce a cache pollution
> > > of __copy_fro
On Aug 14, 2005, at 3:15, Manfred Spraul wrote:
Opening a FIFO for WR_ONLY should release a previously blocked
RD_ONLY open. I suspect this is not guaranteed on a heavily loaded
Linux box.
Do you have a test case?
IIRC we had that bug, and it was fixed by adding PIPE_WCOUNTER:
PIPE_WRITERS c
Previously Lee Revell wrote:
> My point exactly, it's idiotic for Perl6 to use these as OPERATORS, the
> atoms of the language, when there's not even a platform independent way
> to type them in.
I anyone had bothered to read the URL in one of the earlier emails you
would have seen that '<<' is an
> the problem is that the pay elsewhere is far more spread out, but not
> less. At least generally
>
> I can see the point of a copy_from_user_nocache() or something, for
> those cases where we *know* we are not going to use the copied data in
> the cpu (but say, only do DMA).
> But that shoul
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This is not linux kernel related, but at least it's kernel releated.
So I think u're the experts, that can help me. :)
I'm coding a little kernel in C and ASM and I use only GCC + NASM for
coding. GRUB loads my little kernel.
Everything goes well, b
On Fri, Aug 12, 2005 at 03:58:48PM -0400, Lee Revell wrote:
> On Tue, 2005-08-09 at 19:49 +0200, Adrian Bunk wrote:
> > On Tue, Aug 09, 2005 at 01:13:51PM -0400, Lee Revell wrote:
> > > On Fri, 2005-07-29 at 17:32 +0200, Adrian Bunk wrote:
> > > > This patch schedules obsolete OSS drivers (with ALS
On 8/12/05, Steven Rostedt <[EMAIL PROTECTED]> wrote:
> On Fri, 2005-08-12 at 21:31 +0200, Jesper Juhl wrote:
>
> > >
> > I've got a 4-way pSeries p550 running AIX 5.3 here :
> >
> > $ uname -s -M -p -v -r
> > AIX 3 5 powerpc IBM,9113-550
> >
> > Output from your program :
> >
> > $ ./a.out
> > Un
Hi Dave,
On 8/14/05, Dave Jones <[EMAIL PROTECTED]> wrote:
> I've noticed this week whilst trying to encode a bunch
> of audio CDs to oggs that my boxes running the latest
> kernels are having serious issues, whereas 2.6.12 seems
> to cope just fine.
>
> The symptoms vary. On some of my machines
On Sun, Aug 14, 2005 at 10:10:18AM + Danny ter Haar wrote:
> I've posted a couple of times than my newsserver is not stable
> with any 2.6.13-rcX kernels.
> Last kernel that survived is 2.6.12-mm1 (18+days)
> Of course i can just stick with that kernel, but i thought it would
> be wise to live
On Sun, Aug 14, 2005 at 12:08:42PM +0100, Daniel Drake wrote:
> CaT wrote:
> >1. Alan Cox's IDE driver that was included in his ac patchset, which
> > seems to have died at 2.6.11ac7.
> >2. A brief visit from a SCSI IDE driver in Andrew Mortons mm patchset.
> > It lived a brief but noted life b
CaT wrote:
1. Alan Cox's IDE driver that was included in his ac patchset, which
seems to have died at 2.6.11ac7.
Alan's driver has been merged into 2.6.13. You can get the up-to-date
Wooo!
patches here:
http://dev.gentoo.org/~dsd/genpatches/trunk/2.6.12/2315_ide
Quoting Joshua Hudson ([EMAIL PROTECTED]):
> Why would you want a virtual network device implementation? The whole
So that a jailed process can use the net but can't use your network
address (intercept ssh, imap/stunnel, etc).
> I do like the idea of patching in through LSM, however not everythin
> @@ -31,7 +31,7 @@
> #define APC_BPORT_REG 0x30
>
> #define APC_REGMASK0x01
> -define APC_BPMASK 0x03
> +#define APC_BPMASK 0x03
Color me skeptical. I've seen some weird bit flips and data corruption;
"paramters" to "paramEters" I could buy. But data corru
On 8/13/05, Andi Kleen <[EMAIL PROTECTED]> wrote:
> On Sat, Aug 13, 2005 at 10:00:14AM -0400, Steven Rostedt wrote:
> > On Sat, 2005-08-13 at 14:39 +0200, Andi Kleen wrote:
> > > On Fri, Aug 12, 2005 at 10:40:02PM -0400, Steven Rostedt wroqte:
> > > > Here's a patch that converts all architectures
On Sun, Aug 14, 2005 at 01:43:18PM +0200, Alexander Nyberg wrote:
> On Sun, Aug 14, 2005 at 10:10:18AM + Danny ter Haar wrote:
> > I've posted a couple of times than my newsserver is not stable
> > with any 2.6.13-rcX kernels.
> > Last kernel that survived is 2.6.12-mm1 (18+days)
> Is the mach
Hi,
I had a design problem of a Linux module (Linux 2.6.11) that lead me to do this:
int work_fn(void* data);
task_t my_task;
task_t* kthread = kthread_create(work_fn, NULL, "Task 1");
// assume kthread create was successfully...
my_task = *kthread;
// change what current maceo points to...
kthrea
Hi,
I've got the following BUG on Asus L5D (x86-64) with the 2.6.13-rc5-mm1 kernel:
BUG: rwlock recursion on CPU#0, nscd/3668, 8817d4a0
Call Trace:{add_preempt_count+105}
{rwlock_bug+114}
{_raw_write_lock+62}
{_write_lock_bh+40}
{:ip_conntrack:destroy_conntrack+196}
Adds support for writing multiple sectors at once. This allows
back-to-back transfers of sectors giving roughly double write throughput.
To be able to detect which sector is causing problems the system falls
back to single sector writes if a failure is detected.
Tested by several people with no s
On Sun, 2005-08-14 at 15:41 +0300, Samer Sarhan wrote:
> Hi,
> I had a design problem of a Linux module (Linux 2.6.11) that lead me to do
> this:
>
> int work_fn(void* data);
> task_t my_task;
> task_t* kthread = kthread_create(work_fn, NULL, "Task 1");
> // assume kthread create was successfully
On Sun, Aug 14, 2005 at 03:41:49PM +0300, Samer Sarhan wrote:
> Hi,
> I had a design problem of a Linux module (Linux 2.6.11) that lead me to do
> this:
>
> int work_fn(void* data);
> task_t my_task;
> task_t* kthread = kthread_create(work_fn, NULL, "Task 1");
> // assume kthread create was succe
Hi Marcelo,
I have a total of 5 patches with minor fixes to the Linux 2.4 i2c
subsystem and documentation. These fixes I gathered for the past few
months as they were applied to the Linux 2.6 tree and to the i2c CVS
repository.
Individual patches will be posted in reply to this post, with
explana
Rafael J. Wysocki wrote:
> I've got the following BUG on Asus L5D (x86-64) with the 2.6.13-rc5-mm1
> kernel:
>
> BUG: rwlock recursion on CPU#0, nscd/3668, 8817d4a0
>
> Call Trace:{add_preempt_count+105}
> {rwlock_bug+114}
>{_raw_write_lock+62}
> {_write_lock_bh+40}
>{:
On Wed, 10 Aug 2005 20:54:35 +, Allen Martin wrote:
> Likely the only way nForce4 NCQ support could be added under Linux would
> be with a closed source binary driver, and no one really wants that,
> especially for storage / boot volume. We decided it wasn't worth the
> headache of a binary d
On Sul, 2005-08-14 at 13:44 +0100, Daniel Drake wrote:
> > [227523.229557] hda: 390721968 sectors (200049 MB) w/8192KiB Cache,
> > CHS=24321/255/63, BUG
Thats probably the fact other patches from -ac are missing in base. It
should be harmless.
> > [227523.229631] hda: cache flushes not supporte
On Sul, 2005-08-14 at 10:30 +1000, Con Kolivas wrote:
> > presumably related, on 2.6.13-rc6. Putting in a cd and trying to read it
> > will cause huge delays and then error out with:
> >
> > ide-cd: cmd 0x28 timed out
(Thats READ_10)
> > hdc: DMA timeout retry
> > hdc: timeout waiting for DMA
> >
On Sul, 2005-08-14 at 13:35 +0200, Bartlomiej Zolnierkiewicz wrote:
> > The symptoms vary. On some of my machines just inserting
> > an audio CD makes the box instantly lock up.
You've got all the gnome cruft running. Start by turning that off. Then
try inserting/removing audio discs, playing them
On Sat, Aug 13, 2005 at 02:39:56PM -0700, Greg KH wrote:
> Heh, I already have a patch like this pending for 2.6.14 at:
>
> http://www.kernel.org/pub/linux/kernel/people/gregkh/gregkh-2.6/gregkh-01-driver/driver-link-device-and-class.patch
Last time I tried to do something like this, it fel
On 8/14/05, Alan Cox <[EMAIL PROTECTED]> wrote:
> On Sul, 2005-08-14 at 13:44 +0100, Daniel Drake wrote:
> > > [227523.229557] hda: 390721968 sectors (200049 MB) w/8192KiB Cache,
> > > CHS=24321/255/63, BUG
>
> Thats probably the fact other patches from -ac are missing in base. It
> should be har
Backport of a spelling fix Tobias Klauser sent to me for Linux
2.6.12-rc4. Already fixed in i2c CVS.
Signed-off-by: Tobias Klauser <[EMAIL PROTECTED]>
Signed-off-by: Jean Delvare <[EMAIL PROTECTED]>
drivers/i2c/i2c-dev.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
--- linux-2.4.30
Jean Delvare wrote:
I have a total of 5 patches with minor fixes to the Linux 2.4 i2c
subsystem and documentation. These fixes I gathered for the past few
months as they were applied to the Linux 2.6 tree and to the i2c CVS
repository.
Individual patches will be posted in reply to this post, wi
The lm_sensors project changed mailing lists.
Signed-off-by: Jean Delvare <[EMAIL PROTECTED]>
MAINTAINERS |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
--- linux-2.4.30.orig/MAINTAINERS 2005-06-03 19:21:41.0 +0200
+++ linux-2.4.30/MAINTAINERS2005-06-03 19:23:35.000
Fix documentation to match code in include/linux/i2c-dev.h
Signed-off-by: Jan Veldeman <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Signed-off-by: Jean Delvare <[EMAIL PROTECTED]>
Documentation/i2c/dev-interface |4 ++--
1 files changed, 2 insertions(+), 2 deleti
Fix two typos in the i2c documentation.
Signed-off-by: Jean Delvare <[EMAIL PROTECTED]>
Documentation/i2c/functionality |2 +-
Documentation/i2c/writing-clients |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
--- linux-2.4.31.orig/Documentation/i2c/functionality 2000-12-29
Five log messages lack their trailing new line in i2c-core.
Signed-off-by: Jean Delvare <[EMAIL PROTECTED]>
drivers/i2c/i2c-core.c | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
--- linux-2.4.31.orig/drivers/i2c/i2c-core.c2005-04-09 12:35:59.0
+0200
+++ linux-2
Am Sonntag, den 14.08.2005, 09:29 -0400 schrieb Willem Riede:
> On Wed, 10 Aug 2005 20:54:35 +, Allen Martin wrote:
>
> > Likely the only way nForce4 NCQ support could be added under Linux would
> > be with a closed source binary driver, and no one really wants that,
> > especially for storage
On Sul, 2005-08-14 at 17:01 +0200, Bartlomiej Zolnierkiewicz wrote:
> > Thats probably the fact other patches from -ac are missing in base. It
> > should be harmless.
>
> Therefore please submit them.
Cut the crap, you know I've submitted the stuff again and again and
again along with other fixes
On Sun, Aug 14, 2005 at 11:35:43AM +0200, Christoph Hellwig wrote:
> This version has the arch_ptrace return value changes to long as
> recommended by Richard Henderson.
...
> +extern int arch_ptrace(struct task_struct *child, long request, long addr,
> long data);
No it doesn't.
r~
On 8/14/05, Alan Cox <[EMAIL PROTECTED]> wrote:
> On Sul, 2005-08-14 at 17:01 +0200, Bartlomiej Zolnierkiewicz wrote:
> > > Thats probably the fact other patches from -ac are missing in base. It
> > > should be harmless.
> >
> > Therefore please submit them.
>
> Cut the crap, you know I've submitt
The first thing drivers/char/mem.c:read_kmem does is convert the
loff_t it gets as the offset for reading into an unsigned int. This
patch makes the kmem driver's llseek operator do that up-front, so
that fs/read_write.c:rw_verify_area doesn't return -EINVAL when
we try to read from higher addre
On Sun, Aug 14, 2005 at 12:12:52PM -0400, Chuck Ebbert wrote:
> The first thing drivers/char/mem.c:read_kmem does is convert the
> loff_t it gets as the offset for reading into an unsigned int. This
> patch makes the kmem driver's llseek operator do that up-front, so
> that fs/read_write.c:rw_ve
On Sun, 14 Aug 2005, Chuck Ebbert wrote:
>
> The first thing drivers/char/mem.c:read_kmem does is convert the
> loff_t it gets as the offset for reading into an unsigned int. This
> patch makes the kmem driver's llseek operator do that up-front, so
> that fs/read_write.c:rw_verify_area doesn't
On Sun, Aug 14, 2005 at 08:48:48AM -0700, Richard Henderson wrote:
> On Sun, Aug 14, 2005 at 11:35:43AM +0200, Christoph Hellwig wrote:
> > This version has the arch_ptrace return value changes to long as
> > recommended by Richard Henderson.
> ...
> > +extern int arch_ptrace(struct task_struct *ch
On Sun, 14 Aug 2005, Chuck Ebbert wrote:
>
> It's ugly but so is the existing code. And it won't fix 64-bit
> archs AFAICT. Tested on 2.6.11, patch offsets fixed up for 2.6.13-rc6.
Btw, if you really want to allow negative ("huge positive") loff_t, then
you should do it the way we did "file
Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
>> Is the machine running X? We need some output from it so we can debug
>> what's going on, the info should be printed to the console. It would
>> be great if you could run the latest kernel and see if you get any
>> output. Also add nmi_watchdog=2 to th
Doing a "hdparm -I /dev/hdc" (without a disk/with a ISO disk/[u]mounted/music
CD):
Aug 14 19:14:33 sleipner kernel: hdc: drive_cmd: status=0x51 { DriveReady
SeekComplete Error }
Aug 14 19:14:33 sleipner kernel: hdc: drive_cmd: error=0x04 { AbortedCommand }
Aug 14 19:14:33 sleipner kernel: ide:
On Sun, 14 Aug 2005 18:42:12 +1000, Con Kolivas <[EMAIL PROTECTED]> wrote:
> On Sun, 14 Aug 2005 18:00, Pete Zaitcev wrote:
> > On Sun, 14 Aug 2005 17:12:06 +1000, Con Kolivas <[EMAIL PROTECTED]> wrote:
> Yes all those dmesgs etc were redone after it failed in rc6 as I needed it
> working. Oh and
Hi Michael,
> > Individual patches will be posted in reply to this post, with
> > explanations and diffstat. Please consider applying them.
>
> How come these patches never showed up on LKML?
They did, just with some delay. I'm only a human.
--
Jean Delvare
-
To unsubscribe from this list: send
The "hdparm -I /dev/hdc"
hdc: drive_cmd: status=0x51 { DriveReady SeekComplete Error }
hdc: drive_cmd: error=0x04 { AbortedCommand }
de: failed opcode was: 0xec
Is present on all kernels that I have locally (oldest 2.6.11.11)
so it is not related to the threadstarters problems, it seems.
root:s
Hi
On Thu, 4 Aug 2005, James Bottomley wrote:
> This is my (hopefully final) collection of safe driver updates and bug
> fixes for 2.6.13.
Just to make sure everyone agrees on this - there's currently a know bug
in dc395x with highmem reported by Pierre Ossman in thread "Kernel panic
with dc39
On Sun, 2005-08-14 at 21:33 +0200, Guennadi Liakhovetski wrote:
> Just to make sure everyone agrees on this - there's currently a know bug
> in dc395x with highmem reported by Pierre Ossman in thread "Kernel panic
> with dc395x in 2.6.12.2" on linux-scsi. It is also trivial to reproduce on
> non
Voluspa wrote:
>
> The "hdparm -I /dev/hdc"
>
> hdc: drive_cmd: status=0x51 { DriveReady SeekComplete Error }
> hdc: drive_cmd: error=0x04 { AbortedCommand }
> de: failed opcode was: 0xec
>
> Is present on all kernels that I have locally (oldest 2.6.11.11)
> so it is not related to the threadst
Hi,
I continue studying the VFS interface. As I said in previous e-mails,
my goal is to integrate an existing parallel filesystem into the Linux
kernel.
Now, I am looking for a reduced subset of operations to focus on. I
have selected the following:
struct file_system_type
get_sb()
struct
I just remember a path I took when resolving the issue further to my post
below.
Here is what man hdparm says on -i and -I:
-i Display the identification info that was obtained from the
drive at boot time,
if available. This is a feature of modern IDE drives, and may
On Sun, 14 Aug 2005 22:12:55 +1000, Roger Luethi <[EMAIL PROTECTED]> wrote:
@@ -31,7 +31,7 @@
#define APC_BPORT_REG 0x30
#define APC_REGMASK0x01
-define APC_BPMASK 0x03
+#define APC_BPMASK 0x03
Color me skeptical. I've seen some weird bit flips and data
On 8/14/05, Lee Revell <[EMAIL PROTECTED]> wrote:
> I know the alternatives are available. That doesn't make it any less
> idiotic to use non ASCII characters as operators. I think it's a very
> slippery slope. We write code in ASCII, dammit.
Yes you and I might write 99.9% of our code in good'
Hi!
> This patch adds the return value check for sysdev suspend and does
> restore in failure case. Send the patch to pm-list, but seems lost, so I
> resend it.
It seems to duplicate code a bit. Can that be fixed?
Pavel
--
64 bytes from 195.113.31.123: icmp_seq=2
Hi!
> > > What happens when you disable it at runtime before suspending?
> > >
> > > echo 0 > /sys/devices/system/dyn_tick/dyn_tick0/enable
> >
> > This has no effect. The system stalls at exactly the same point. The
> > last lines on my screen are:
>
> Ok perhaps on the resume side instead. When
On Sun, 2005-08-14 at 13:13 -0700, Stephen Pollei wrote:
> Seems like lots of Europeans might want a bigger
> charset, not to mention Asians, Hindus, and whomever else.
For strings, of course. But there's no need for UTF-8 operators.
Lee
-
To unsubscribe from this list: send the line "unsubscr
Hi.
The commits 71db63acff69618b3d9d3114bd061938150e146b ([PATCH] increase
PCIBIOS_MIN_IO on x86) and 0b2bfb4e7ff61f286676867c3508569bea6fbf7a
(ACPI: increase PCIBIOS_MIN_IO on x86) shortly after -rc5 caused my
on-board audio to stop working. See attached output from dmesg and lspci.
On a git-re
On 11-Aug-05, Chuck Ebbert wrote:
> Both -rc4 and -rc6 just silently reboot after two or three days.
It was a failed UPS battery.
__
Chuck
-
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://vge
On Sun, 14 Aug 2005 09:24:02 -0700 (PDT), Linus Torvalds wrote:
> Yes, the thing needs to be opened with O_LARGEFILE and you need to use
> "llseek()" to seek into it, but once you do that, everything should be
> fine.
GCC warns about using llseek and suggests lseek64 instead. That works
for m
On Sul, 2005-08-14 at 17:56 +0200, Bartlomiej Zolnierkiewicz wrote:
> * your stuff was accepted after all (and some stuff like ide-cd
> fixes was never splitted from the -ac patchset and submitted)
They were.
> * you've never provided any technical details on "the stuff I broke"
I did, several
On Fri, Aug 12, 2005 at 09:31:09PM +0200, Olaf Hering wrote:
> On Fri, Aug 12, Matt Mackall wrote:
>
> > Does the task dump work without patch 5/8 (add retry timeout)? I'll
> > try testing it here.
>
> I spoke to soon, worked once, after reboot not anymore. Will try to play
> with individual pat
Daniel Drake wrote:
CaT wrote:
1. Alan Cox's IDE driver that was included in his ac patchset, which
seems to have died at 2.6.11ac7.
2. A brief visit from a SCSI IDE driver in Andrew Mortons mm patchset.
It lived a brief but noted life before being taken out without any
reason (that I
On 8/14/05, Alan Cox <[EMAIL PROTECTED]> wrote:
> On Sul, 2005-08-14 at 17:56 +0200, Bartlomiej Zolnierkiewicz wrote:
> > * your stuff was accepted after all (and some stuff like ide-cd
> > fixes was never splitted from the -ac patchset and submitted)
>
> They were.
I remember discussion about
Hi, all
I might be missunderstanding things but...
First of all, machines with long pipelines will suffer from cache misses
(p4 in this case).
Depending on the size copied, (i don't know how large they are so..)
can't one run out of cachelines and/or evict more useful cache data?
Ie, if it's ca
All right, I'll see what I can come up with. This is quite a tall order.
1. A mechanism for creating virtual network interfaces
2. A mechanism for restricting binding to certain network interfaces
3. A mechanism for binding certain network interfaces.
4. The jail code itself
Much of the work is al
Hi Willy :)
* Willy Tarreau <[EMAIL PROTECTED]> dixit:
> > That's not possible. sd_mod will assign different devices for
> > different USB gadgets, and that's my problem in the first case!. If I
> > plug my USB-whatever, it gets assigned /dev/sda1 (for the first
> > partition, I mean). If
On Aug 14, 2005, at 02:18:13, Jason L Tibbitts III wrote:
"LR" == Lee Revell <[EMAIL PROTECTED]> writes:
LR> Is Larry smoking crack?
From the Perl6-Bible: http://search.cpan.org/dist/Perl6-Bible/lib/
Perl6/Bible/S03.pod:
I think this confirms that the answer is yes. See the following at
t
Based on testing at the cifs plugfest last week these were the two most
important patches from among those pending in my tree. The rest can
wait until after 2.6.12
[PATCH] [CIFS] Fix missing entries in search results when very long file names and
more than 50 (or so) of such long search entries
On Aug 12, 2005, at 17:53:53, Steven Rostedt wrote:
Two more systems that are different from Linux.
So far, Linux is the odd ball out.
Make that three more systems (Mac OS X has the same behavior as the
BSDs):
zeus:~ kyle$ uname -a
Darwin zeus.moffetthome.net 8.2.0 Darwin Kernel Version 8.
Lee Revell wrote:
> For strings, of course. But there's no need for UTF-8 operators.
Indeed - this is the main rationale for the patch, of course. People
want to write non-ASCII in script primarily in string literals,
and (perhaps even more often) in comments. Now, for comments, it
wouldn't reall
On Sun, 14 Aug 2005 17:52:36 EDT, Kyle Moffett said:
> > Note that ?^ is functionally identical to !.?| differs from || in
> Since when is the string "!.?|" an operator???
I think that was supposed to read:
Note that ?^ is functionally identical to !.
?| differs from ?? in that ?| returns (a
On Sun, 14 Aug 2005, James Bottomley wrote:
> On Sun, 2005-08-14 at 21:33 +0200, Guennadi Liakhovetski wrote:
> > Just to make sure everyone agrees on this - there's currently a know bug
> > in dc395x with highmem reported by Pierre Ossman in thread "Kernel panic
> > with dc395x in 2.6.12.2" on
On Sun, Aug 14, 2005 at 04:02:31PM +0100, Matthew Wilcox wrote:
> On Sat, Aug 13, 2005 at 02:39:56PM -0700, Greg KH wrote:
> > Heh, I already have a patch like this pending for 2.6.14 at:
> >
> > http://www.kernel.org/pub/linux/kernel/people/gregkh/gregkh-2.6/gregkh-01-driver/driver-link-devic
On 2005-08-14 20:10:49 Nick Warne wrote:
>Note the last sentence:
>
>' This variation is designed for use with "libraries" of drive
>identification information, and can also be used on ATAPI drives which may
>give media errors with the standard mechanism.
My jaw just clonked on the table.
ALERT!
This e-mail, in its original form, contained one or more attached files that
were infected with a virus, worm, or other type of security threat. This e-mail
was sent from a Road Runner IP address. As part of our continuing initiative to
stop the spread of malicious viruses, Road Runner s
Quoting Serge E. Hallyn ([EMAIL PROTECTED])
>Quoting Joshua Hudson ([EMAIL PROTECTED]):
> Why would you want a virtual network device implementation? The whole
>
>So that a jailed process can use the net but can't use your network
>address (intercept ssh, imap/stunnel, etc).
[snip]
>But in the en
1 - 100 of 139 matches
Mail list logo
