Tried to fix a bug
http://bugzilla.kernel.org/show_bug.cgi?id=3736
which appeared between kernels 2.6.9-rc1-bk1 and 2.6.9-rc1-bk2.
Suceeded to localize it to part of changes in drivers/char/tty_io.c.
I guess changes were according changelog:
---
[EMAIL
Con Kolivas <[EMAIL PROTECTED]> writes:
> Jack O'Quin wrote:
>> I'll try building a SCHED_RR version of JACK. I still don't think it
>> will make any difference. But my intuition isn't working very well
>> right now, so I need more data.
>
> Could be that despite what it appears, FIFO behaviour
When we switch to interrupt-driven command mode, test interrupt
generation with a NOP firmware command. Broken MSI/MSI-X and
interrupt line routing problems seem to be very common, and this makes
the error message much clearer -- before this change we would
mysteriously fail when initializing the
Implement the port_modify() device method for mthca using the SET_IB
firmware command. In particular this allows changing the port
capability mask.
Signed-off-by: Roland Dreier <[EMAIL PROTECTED]>
--- linux-bk.orig/drivers/infiniband/hw/mthca/mthca_cmd.h 2005-01-23
20:38:50.944248064
I'm seeing a problem with TCP as accessed through KMail (SuSE 9.2, x86_64).
But oddly enough, only for sending mail, not reading it; and not through
other (reading) applications... it's a regression with respect to rc1 and
earlier kernels. Basically, it can only send REALLY TINY emails...
What
From: "Michael S. Tsirkin" <[EMAIL PROTECTED]>
Pass full extended MAD information to firmware when a work completion is
supplied to
the MAD_IFC command. This allows B_Key checking/trap generation.
Signed-off-by: Michael S. Tsirkin <[EMAIL PROTECTED]>
Signed-off-by: Roland Dreier <[EMAIL
Hi Marcelo,
Here's a patch for nbd that Rogier recently sent me. It allows non-root
to do BLKGETSIZE, et al. on nbd devices, which he needs for his data
recovery applications.
Tested against 2.4.29. Please apply.
Thanks,
Paul
From: Rogier Wolff <[EMAIL PROTECTED]>
Signed-Off-By: Paul Clements
Hi friend,
I had received your message just now.
Thanks for sending your message.
Yours lovingly,
M.Baskaran.
-
To unsubscribe from this list:
Ingo Molnar <[EMAIL PROTECTED]> writes:
> just finished a short testrun with nice--20 compared to SCHED_FIFO, on a
> relatively slow 466 MHz box:
Has anyone done this kind of realtime testing on an SMP system? I'd
love to know how they compare. Unfortunately, I don't have access to
one at the
Jack O'Quin wrote:
I'll try building a SCHED_RR version of JACK. I still don't think it
will make any difference. But my intuition isn't working very well
right now, so I need more data.
Could be that despite what it appears, FIFO behaviour may be desirable
to RR. Also the RR in SCHED_ISO is
* John Richard Moser ([EMAIL PROTECTED]) wrote:
> Can someone point me to documentation or give me a small patch to add an
> LSM hook to kernel 2.6.10 in fs/namei.c at line 1986:
>
> new_dentry = lookup_create(, 0);
> error = PTR_ERR(new_dentry);
> if (!IS_ERR(new_dentry))
Jack O'Quin <[EMAIL PROTECTED]> writes:
> Will post the correct numbers shortly. Sorry for the screw-up.
Here they are...
http://www.joq.us/jack/benchmarks/sched-isoprio
http://www.joq.us/jack/benchmarks/sched-isoprio+compile
I moved the previous runs to the sched-fifo* directories where
From: "Michael S. Tsirkin" <[EMAIL PROTECTED]>
Event queue handling performance improvements:
- Only calculate EQ entry address once, and don't truncate the
consumer index until we really need to.
- Only read ECR once. If a new event occurs while we're in the
interrupt handler, we'll get
Get rid of the x86 SSE code for atomic 64-bit writes to doorbell
registers. Saving/setting CR0 plus a clts instruction are too
expensive for it to ever be a win, and the config option was just
confusing.
Signed-off-by: Roland Dreier <[EMAIL PROTECTED]>
---
Implement setting/clearing IsSM port capability bit from userspace via
"issm" special files (set IsSM bit on open, clear on close).
Signed-off-by: Roland Dreier <[EMAIL PROTECTED]>
--- linux-bk.orig/drivers/infiniband/core/user_mad.c2005-01-23
20:57:19.946654072 -0800
+++
From: "Michael S. Tsirkin" <[EMAIL PROTECTED]>
Here are misc fixes for mthca mapping:
1. Thinkably, MSI tables or another region could fall between HCR
and ECR tables.
Thus its arguably wrong to map both tables in one region.
So, do it separately.
I think its also more readable to
From: "Michael S. Tsirkin" <[EMAIL PROTECTED]>
We don't need to write to the ECR to clear events when using MSI-X,
since we never read the ECR anyway.
Signed-off-by: Michael S. Tsirkin <[EMAIL PROTECTED]>
Signed-off-by: Roland Dreier <[EMAIL PROTECTED]>
---
Replace uses of yield() with msleep(1) as suggested by kernel janitors.
Signed-off-by: Roland Dreier <[EMAIL PROTECTED]>
--- linux-bk.orig/drivers/infiniband/ulp/ipoib/ipoib_ib.c 2005-01-23
08:31:58.0 -0800
+++ linux-bk/drivers/infiniband/ulp/ipoib/ipoib_ib.c2005-01-23
Correct defines of port capability mask enum values (bits were ordered
backwards) and add new capability bits from IBA spec version 1.2.
Signed-off-by: Roland Dreier <[EMAIL PROTECTED]>
--- linux-bk.orig/drivers/infiniband/include/ib_verbs.h 2005-01-23
08:30:22.0 -0800
+++
Continue development of Arbel Mem-Free support: we now compute a valid
profile, allocate context memory, map sufficient aux memory for HCA
page tables, map sufficient context memory to cover all reserved
firmware resources and successfully call the INIT_HCA and
QUERY_ADAPTER firmware commands.
Slightly tidy up Andi Kleen's compat_ioctl conversion for the
InfiniBand MAD driver by removing the no-longer-needed include of
ioctl32.h, killing unreachable code and doing some really anal
whitespace fixing.
Signed-off-by: Roland Dreier <[EMAIL PROTECTED]>
---
Here are updates since the last merge of drivers/infiniband taken from
the OpenIB repository. A couple small fixes, the addition of "issm"
device support to allow userspace to set the IsSM port capability bit,
and a bunch of mthca driver improvements. There shouldn't be anything
risky (and it's
On Mon, Jan 24, 2005 at 01:39:26AM +0100, Ram?n Rey Vicente wrote:
> Badness in local_bh_enable at kernel/softirq.c:140
The cause of this was reverted earlier today.
--cw
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Can someone point me to documentation or give me a small patch to add an
LSM hook to kernel 2.6.10 in fs/namei.c at line 1986:
new_dentry = lookup_create(, 0);
error = PTR_ERR(new_dentry);
if (!IS_ERR(new_dentry)) {
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Does anyone have a p35u based camera? I have an EZCam Pro p35u based,
still no driver I believe. Anything I can do to help with making one,
like dump some sort of hardware data off it (yeah right)?
- --
All content of all messages exchanged herein
Hi Atul,
If I enable APIC on the 2.6.10 kernel I get exactly the same behavior as
I got without APIC If I enable APIC-IO, then it starts barking about
Interrupt 22 and never finishes... SO... At the minimum, both of these
settings do not help and one makes the problem worse in that the
"Rafael J. Wysocki" <[EMAIL PROTECTED]> said:
[...]
> To be precise, one needs ~(log N) of stack space for qsort, and frankly, one
> should use something like the shell (or should I say Shell?)
Shell. It is named for a person.
> sort
Jack O'Quin <[EMAIL PROTECTED]> writes:
> These results are indistinguishable from SCHED_FIFO...
Disregard my previous message, it was an idiotic mistake. The results
were indistinguishable form SCHED_FIFO because they *were* SCHED_FIFO.
I'm running everything again, this time with the correct
Matt Mackall <[EMAIL PROTECTED]> said:
> On Sun, Jan 23, 2005 at 03:39:34AM +0100, Andi Kleen wrote:
[...]
> > -Andi (who thinks the glibc qsort is vast overkill for kernel purposes
> > where there are only small data sets and it would be better to use a
> > simpler one optimized for code size)
Andreas Gruenbacher <[EMAIL PROTECTED]> said:
> Signed-off-by: Andreas Gruenbacher <[EMAIL PROTECTED]>
> Acked-by: Olaf Kirch <[EMAIL PROTECTED]>
[...]
> +/* Order size using quicksort. This implementation incorporates
> + four optimizations discussed in Sedgewick:
> +
> + 1. Non-recursive,
Con Kolivas <[EMAIL PROTECTED]> writes:
>>>Second the patch I sent you is fine for testing; I was hoping you
>>>would try it. What you can't do with it is spawn lots of userspace
>>>apps safely SCHED_ISO with it - it will crash, but it not take down
>>>your hard disk. I've had significantly
Hello linux-experts,
I am intercepting a few syscalls in kernel
2.4.28. My module name is rsched.c. To put it in the
kernel, I created a new subdirectory with the name
rsched under /linux-2.4.28 source directory. I created
the Makefile for it. I included the rsched
subdirectory in the list of
On Friday January 21, [EMAIL PROTECTED] wrote:
> Thank you all for having been so kind in your responses and help.
>
> However, there is one more set of questions I have.
>
> Does the md (software raid) have disk size or raid volume limits?
2^31 sectors for individual disks. Arrays do not have
On Thu, 2005-01-20 at 22:09 -0800, Matt Mackall wrote:
>
> It's something in this batch. Which is good, as I'd be a bit
> disappointed if the "vt leakage" were somehow attributable to the fb
> layer. More bisection after dinner.
Regarding the radeonfb reboot problem, can you try this patch on
Here are semi-templated versions of quicksort and heapsort, just for
completeness. The quicksort uses the median of three.
Chuck
void quicksort0( *pl, *pr)
{
vp, SWAP_temp;
*stack[100], **sptr = stack, *pm, *pi, *pj, *pt;
for(;;) {
while ((pr
Bryce Harrington wrote:
On Fri, 21 Jan 2005, Chris Wright wrote:
* Bryce Harrington ([EMAIL PROTECTED]) wrote:
Well, I'm not having much luck. strace isn't installed on the system
(and is giving errors when trying to compile it). Also, the ssh session
(and sshd) quits whenever I try running the
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:linux-kernel-
> [EMAIL PROTECTED] On Behalf Of David Sims
> Sent: Monday, 24 January 2005 13:57
>
> I then downloaded and built kernel 2.6.10 which boots up fine without
> the sata_vsc module If you then load the sata_vsc
Hi, Vojtech:
Since the 2.6.11-rc2, I encounter problems with touchpad and keyboard
on my laptop, Dell Lattitude D600. The following patch appears to be
the culprit:
diff -urp -X dontdiff linux-2.6.11-rc1/drivers/input/mouse/psmouse-base.c
linux-2.6.11-rc2/drivers/input/mouse/psmouse-base.c
---
On Mon, Jan 24, 2005 at 11:21:29AM +1100, Nathan Scott wrote:
> On Sat, Jan 22, 2005 at 08:29:30PM -0800, Matt Mackall wrote:
> > On Sun, Jan 23, 2005 at 03:39:34AM +0100, Andi Kleen wrote:
> >
> > c) the three-way median selection does help avoid worst-case O(n^2)
> > behavior, which might
Hi folks,
I have a Dell Powervault 745N appliance that I am trying to install
Slackware Linux on I have temporarily installed a dual port IDE
card in the expansion slot so I can have the benefit of a CD-ROM and
IDE PATA HD Slackware 9.1 installs straightforwardly to the IDE
PATA HD and
On Sunday 23 January 2005 20:01, andyliu wrote:
>hi Gene
>
Thanks, I'll give it a shot and see if it fits my hardware.
>i am lucky enough to have 2.6.11-rc2-V0.7.36-02 compile and run in
> my i386 host. below is my config
>
>#
># Automatically generated make config: don't edit
># Linux kernel
On Sun, Jan 23, 2005 at 01:05:14PM -0800, Andrew Morton wrote:
> Matt Mackall <[EMAIL PROTECTED]> wrote:
> >
> > > I wish it didn't have "core" in the name. A little misleading.
> >
> > Well I've got another set called NET_SMALL. BASE?
>
> BASE works, I guess.
>
> > > #define PID_MAX_DEFAULT
Andrew Morton wrote:
Corey Minyard <[EMAIL PROTECTED]> wrote:
This patch fixes a race between the CMOS clock setting and the NMI
code. The NMI code indiscriminatly sets index registers and values
in the same place the CMOS clock is set. If you are setting the
CMOS clock and an NMI occurs, Bad
Hi Ingo !
Could you explain me precisely what is the race you are fixing by adding
local_irq_disable() to rest_init() ?
This patch is causing lockups on boot on various ppc machines. I think
i've found at least one possible reason for that in the ppc cpu_idle()
code, which may not re-enable
On Sunday 23 January 2005 5:17 pm, Pete Zaitcev wrote:
> On Sun, 23 Jan 2005 15:34:23 -0800, David Brownell <[EMAIL PROTECTED]> wrote:
>
> ...
> > > and this is what usbmon intercepts.
> > > For one thing, dev is down-counted in usb_unlink_urb().
Hi, guys:
I thought the David's argument over and decided that it makes usbmon simpler
if hooks are made explicit. Most importantly, URBs are not tracked anymore
at all. This magically fixes ISO and interrupt URBs. The struct urb does
not have anything added anymore, there's no need to jiggle
On Monday 24 Jan 2005 06:59, Alessandro Suardi wrote:
> On Sun, 23 Jan 2005 21:26:55 +0100, Volker Armin Hemmann
>
> <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > have you checked, that cdrecord is not suid root, and
> > growisofs/dvd+rw-tools is?
> >
> > I had some probs, solved with a simple chmod
On Sun, 2005-01-23 at 11:43 +1100, Benjamin Herrenschmidt wrote:
> I know about this problem, I'm working on a proper fix. Thanks for your
> report.
Can you send me the PVR value for both of these CPUs
(cat /proc/cpuinfo) ? I can't find right now why they would lock up
unless the default idle
On Sun, 23 Jan 2005 15:34:23 -0800, David Brownell <[EMAIL PROTECTED]> wrote:
> > so let me restate it. Simply put, neither dev nor hcd are available
> > at the time urb->complete is called,
>
> Completely untrue. They are at a minimum provided through the URB itself,
> and giveback (which is
Jack O'Quin wrote:
Con Kolivas <[EMAIL PROTECTED]> writes:
There are two things that the SCHED_ISO you tried is not that
SCHED_FIFO is - As you mentioned there is no priority support, and it
is RR, not FIFO. I am not sure whether it is one and or the other
responsible. Both can be added to
Con Kolivas <[EMAIL PROTECTED]> writes:
> There are two things that the SCHED_ISO you tried is not that
> SCHED_FIFO is - As you mentioned there is no priority support, and it
> is RR, not FIFO. I am not sure whether it is one and or the other
> responsible. Both can be added to SCHED_ISO. I
hi Gene
i am lucky enough to have 2.6.11-rc2-V0.7.36-02 compile and run in my i386 host.
below is my config
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.11-rc2-RT-V0.7.36-02
# Mon Jan 24 08:45:39 2005
#
CONFIG_X86=y
CONFIG_MMU=y
CONFIG_UID16=y
Зaпpaвкa КYOSЕRА FS-1000/1000+/1050/FS-1020D (N) opигинaльным тoнepoм, гapaнтия.
Зaпpaвкa НР, САNОN, SАМSUNG, дpyгиe фиpмы.
Teл: 8-9OI-5IO-3053 Пн-Пт 10-18 ч.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo
> I don't think I've ever really seen code to diagnose this.
>
> A simplistic approach would be to add eight or so ulongs into struct page,
> populate them with builtin_return_address(0...7) at allocation time, then
> modify sysrq-m to walk mem_map[] printing it all out for pages which have
>
Ãhel kenal pÃeval (pÃhapÃev, 23. jaanuar 2005, 16:54-0500), kirjutas
Volker Braun:
> Update: I compiled a kernel with the radeonfb-massive-update-of-pm-
> code.patch. Now I can successfully resume from acpi S3 again. The power
> drain issue remains, it still uses about 5W in the suspend state.
Jasper Spaans wrote:
I'm seeing a similar problem on my machine - one that does not know what ppp
is. Main suspect is the network bridging code in combination with iptables;
the first lines of the message:
The patch which caused this has already been reverted.
# This is a BitKeeper generated diff
On Jan 21, 2005, at 09:08, Srinivas G. wrote:
FATAL: Error inserting fm
(/lib/modules/2.6.4-52-default/kernel/drivers/block/fm.ko): Invalid
module format
As I know the error message indicates that I compiled the driver under
2.6.5-7.71 kernel where as I am trying to insert the module in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi.
I get this with 2.6.11-rc2
Badness in local_bh_enable at kernel/softirq.c:140
~ [] local_bh_enable+0x60/0x80
~ [] destroy_conntrack+0xb7/0xe0 [ip_conntrack]
~ [] sock_wfree+0x0/0x40
~ [] __kfree_skb+0x6c/0xe0
~ [] rtl8139_start_xmit+0x75/0x120
Hi,
On Sun, 23 Jan 2005, Karim Yaghmour wrote:
> But how does relayfs organize the namespace then? What if I have
> multiple channels per CPU, each for a different type of data, will
> all channels for the same CPU be under the same directory or will
> each type of data have its own directory
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi.
I get this with 2.6.11-rc2
kernel BUG at fs/reiserfs/journal.c:2966!
invalid operand: [#1]
Modules linked in: r128 ipt_state iptable_filter iptable_nat
ip_conntrack ip_tables 8139too mii crc32 snd_ens1371 snd_rawmidi
snd_ac97_codec snd_pcm_oss
On Jan 20, 2005, at 16:40, Norbert van Nobelen wrote:
RAID5 in software works pretty good (survived a failed disk, and
recovered
another failing raid in 1 month). Hardware is better since you don't
have a
boot partition left which is usually just present on one disk (you can
mirror
that
HI all
I was reading vt driver
and I saw
/*
* To have permissions to do most of the vt ioctls, we either have
* to be the owner of the tty, or have CAP_SYS_TTY_CONFIG.
*/
perm = 0;
if (current->signal->tty == tty || capable(CAP_SYS_TTY_CONFIG))
> On Sunday, January 23, 2005, Rafael J. Wysocki wrote:
> > On Sunday, 23 of January 2005 06:05, Jesper Juhl wrote:
> > > On Sun, 23 Jan 2005, Andi Kleen wrote:
> > Even with large data sets that are mostly unsorted shell sorts performance
> > is close to qsort, and there's an optimization that
On Sat, Jan 22, 2005 at 08:29:30PM -0800, Matt Mackall wrote:
> On Sun, Jan 23, 2005 at 03:39:34AM +0100, Andi Kleen wrote:
>
> c) the three-way median selection does help avoid worst-case O(n^2)
> behavior, which might potentially be triggerable by users in places
> like XFS where this is used
On Saturday 22 January 2005 12:12 am, Pete Zaitcev wrote:
> On Thu, 20 Jan 2005 22:28:31 -0800, David Brownell <[EMAIL PROTECTED]> wrote:
>
> > By the way ... on the topic of usbmon rather than changing
> > usbcore, is there a brief writeup of what you want this
> > new version to be doing -- and
POSIX requires that when you claim _POSIX_CPUTIME and _POSIX_THREAD_CPUTIME,
not only the clock_* calls but also timer_* calls must support the thread
and process CPU time clocks. This patch provides that support, building on
my recent additions to support these clocks in the POSIX clock_*
On Sunday 23 January 2005 23:58, Andreas Gruenbacher wrote:
> > Jan 23 06:54:38 dev4-003 kernel: journal_bmap: journal block not found at
> > offset 1036 on sdc1 Jan 23 06:54:38 dev4-003 kernel: Aborting journal on
> > device sdc1.
>
> Are you using data journaling on that filesystem? Does this
POSIX requires that setitimer, getitimer, and alarm work on a per-process
basis. Currently, Linux implements these for individual threads. This
patch fixes these semantics for the ITIMER_REAL timer (which generates
SIGALRM), making it shared by all threads in a process (thread group).
On Sun, Jan 23, 2005 at 11:56:28PM +0100, Wichert Akkerman wrote:
> > Are you still able to examine the situation?
>
> No, but I do have some more information. A e2fsck run on that filesystem
> was just as interesting:
>
> /dev/md4: clean, 16/132480 files, -15514/264960 blocks
>
> Forcing an
POSIX requires that setitimer, getitimer, and alarm work on a per-process
basis. Currently, Linux implements these for individual threads. This
patch fixes these semantics for the ITIMER_PROF timer (which generates
SIGPROF) and the ITIMER_VIRTUAL timer (which generates SIGVTALRM), making
them
POSIX requires that the RLIMIT_CPU resource limit that generates SIGXCPU be
counted on a per-process basis. Currently, Linux implements this for
individual threads. This patch fixes the semantics to conform with POSIX.
The essential machinery for the process CPU limit is is tied into the new
This patch provides support for thread and process CPU time clocks in
the POSIX clock interface. Both the existing utime and utime+stime
information (already available via getrusage et al) can be used, as well
as a new (potentially) more precise and accurate clock (which cannot
distinguish user
The posix-timers code establishes the locking order that k_itimer locks are
outside siglocks. However, when the signal code calls back into the
posix-timers code to reload a timer after its signal is dequeued, it holds
a siglock while calling do_schedule_next_timer, which gets a timer lock.
I'm
This patch cleans up the posix-timers interfaces for defining clocks, and
the calls to them. It fixes some sloppy types, adds a clockid_t parameter
to the calls that lacked it, and adds a function pointer that can be used
for clock_getres. It further cleans up the posix-timers.c code using the
* Adrian Bunk ([EMAIL PROTECTED]) wrote:
> This patch makes some needlessly global code static.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
ACK, I'll push this up if Andrew doesn't grab it.
thanks,
-chris
--
Linux Security Modules http://lsm.immunix.org http://lsm.bkbits.net
-
Jack O'Quin wrote:
Looked at this way, there really is no question. The new scheduler
prototypes are falling short significantly. Could this be due to
their lack of priority distinctions between realtime threads? Maybe.
I can't say for sure. I'll be interested to see what happens when Con
is
Hello,
On Sunday 23 January 2005 23:09, Andrew Tridgell wrote:
> Andreas,
>
> > Tridge, can you beat the code some more?
> >
> > Andrew has the five fixes in 2.6.11-rc1-mm2.
>
> It seemed to pass dbench runs OK, but then I started simultaneously
> running dbench and nbench on two different
Previously Andries Brouwer wrote:
> I assume this was produced by statfs or statfs64 or so.
statfs64 indeed.
> Are you still able to examine the situation?
No, but I do have some more information. A e2fsck run on that filesystem
was just as interesting:
/dev/md4: clean, 16/132480 files,
Hoi,
On Sun, Jan 23, 2005 at 03:57:56PM +0100, Marcel Holtmann wrote:
> > -rc1 worked fine here. -rc2 complains a lot:
> >
> > Jan 23 12:59:50 amd kernel: Badness in local_bh_enable at
> > kernel/softirq.c:140
[snip]
> the problem is the PPP code (not Bluetooth btw.) like others reported so
>
Bryce Harrington wrote:
On Fri, 21 Jan 2005, Chris Wright wrote:
* Bryce Harrington ([EMAIL PROTECTED]) wrote:
Well, I'm not having much luck. strace isn't installed on the system
(and is giving errors when trying to compile it). Also, the ssh session
(and sshd) quits whenever I try running the
Andreas,
> Tridge, can you beat the code some more?
>
> Andrew has the five fixes in 2.6.11-rc1-mm2.
It seemed to pass dbench runs OK, but then I started simultaneously
running dbench and nbench on two different disks (I have a new test
machine with more disks available). I am getting
Stephen Kitchener wrote:
On Sunday 23 Jan 2005 19:50, Sergey Vlasov wrote:
Does "modprobe pcspkr" help? In 2.6.x kernels the PC speaker support
can be built as a loadable module; probably the startup scripts do not
load it automatically.
You know - I've just found that and yes it does help on one
Update: I compiled a kernel with the radeonfb-massive-update-of-pm-
code.patch. Now I can successfully resume from acpi S3 again. The power
drain issue remains, it still uses about 5W in the suspend state.
-Volker
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On Sun, Jan 16, 2005 at 01:34:42AM +0100, René Rebe wrote:
> On 16. Jan 2005, at 1:07 Uhr, David Eger wrote:
>
> >>BenH mentioned PREEMPTION and ReiserFS (I use) might not
> >>play that well - at least not on PowerPC.
> >
> >Interesting. I do have Pre-emption on (and I have Reiser compiled,
>
Hi,
while suspending and resuming 2.6.11-rc2 i see the follwing:
1467 Jan 23 23:15:59 Debug: sleeping function called from invalid context
at mm/slab.c:2085
1468 Jan 23 23:15:59 in_atomic():0, irqs_disabled():1
1469 Jan 23 23:15:59 [] __might_sleep+0xa6/0xb0
1470 Jan 23 23:15:59
On Sat, Jan 22, 2005 at 01:00:24PM -0800, vlobanov wrote:
> #define SWAP(a, b, size) \
> do { \
> register size_t __size = (size);\
> register char * __a = (a), * __b = (b); \
> do {
Hello
On Saturday 22 January 2005 03.13, Linus Torvalds wrote:
> Ok, trying to calm things down again for a 2.6.11 release.
>
> Tons of small cleanups, annotations and fixes here. Driver updates,
> cpufreq, ppc, parisc, arm.. Pls check that I got it all.
>
> Linus
>
It doesn't compile here,
Matt Mackall <[EMAIL PROTECTED]> wrote:
>
> > I wish it didn't have "core" in the name. A little misleading.
>
> Well I've got another set called NET_SMALL. BASE?
BASE works, I guess.
> > #define PID_MAX_DEFAULT (CONFIG_CORE_SMALL ? 0x1000 : 0x8000)
> > #define UIDHASH_BITS
On Sun, 23 Jan 2005 21:26:55 +0100, Volker Armin Hemmann
<[EMAIL PROTECTED]> wrote:
> Hi,
>
> have you checked, that cdrecord is not suid root, and growisofs/dvd+rw-tools
> is?
>
> I had some probs, solved with a simple chmod +s growisofs :)
Lucky you. Burning as root here, cdrecord not suid.
Ingo Molnar <[EMAIL PROTECTED]> writes:
> thanks for the testing. The important result is that nice--20
> performance is roughly the same as SCHED_ISO. This somewhat
> reduces the urgency of the introduction of SCHED_ISO.
Doing more runs and a more thorough analysis has driven me to a
different
I'm getting a black screen from my Ezonics ez.com usb webcam:
$ xawtv
This is xawtv-3.94, running on Linux/i686 (2.6.10-ac8)
xinerama 0: 1600x1200+0+0
xinerama 1: 1280x854+0+1200
/dev/video0 [v4l]: no overlay support
v4l-conf had some trouble, trying to continue anyway
ioctl:
Hi,
have you checked, that cdrecord is not suid root, and growisofs/dvd+rw-tools
is?
I had some probs, solved with a simple chmod +s growisofs :)
Glück Auf
Volker
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
This patch removes the arbitrary limit of 32 acl entries on ext[23] when
writing acls. A patch that removes the same check when reding acls is in
BK since 12 March 2004, so all kernels since then are already able to
read large acls. I think that ten+ months are enough so that we can now
also
On Sunday 23 Jan 2005 19:50, Sergey Vlasov wrote:
Hi Sergey,
You know - I've just found that and yes it does help on one system, so I'm 50%
better off - just need to find out where to put the command so that it loads
it on startup...modules.conf would be it I guess.
Thanks for quick reply.
On Sun, Jan 23, 2005 at 02:32:48AM -0800, Andrew Morton wrote:
> Jens Axboe <[EMAIL PROTECTED]> wrote:
> >
> > But I'm still stuck with all of my ram gone after a
> > 600MB fillmem, half of it is just in swap.
>
> Well. Half of it has gone so far ;)
>
> >
> > Attaching meminfo and sysrq-m
Hello,
I've written a small patch meant to modfity the default vt color on 2.6
kernels. If usefull please aply :)
--- linux-2.6.9/drivers/char/Kconfig2004-10-19 00:53:07.0
+0300
+++ linux-update/drivers/char/Kconfig 2004-11-19 00:05:10.0
+0200
@@ -57,6 +57,35 @@
On Sun, 23 Jan 2005 19:37:53 + Stephen Kitchener wrote:
> I seem to have a problem that, in that when I am using the kernel supplied
> with Mandrake 10.0 and 10.1 and also fedora 3, there seems to be a distinct
> lack of beeps coming from the system, once it is up and running. I am NOT
>
Hi,
I seem to have a problem that, in that when I am using the kernel supplied
with Mandrake 10.0 and 10.1 and also fedora 3, there seems to be a distinct
lack of beeps coming from the system, once it is up and running. I am NOT
talking about sounds that might be coming from any sound card
On Sun, Jan 23, 2005 at 02:35:00PM +, Matthew Wilcox wrote:
> On Sun, Jan 23, 2005 at 04:01:02PM +1100, Anton Blanchard wrote:
> > Create a cond_syscall for sys32_sysctl and make all architectures use
> > it. Also fix the architectures that dont wrap their 32bit compat sysctl
> > code.
>
> Is
First kernel bug report, sorry if I commit a faux pas.
This occurs when I attempt to mount a disc in a Sony DRX-510UL drive
connected by USB 2.0.
dbus and hal are running, ivman (automounter) is not running.
Turn on the drive, if there is a disc in it remove it.
Boot system.
Login to KDE.
Place
1 - 100 of 339 matches
Mail list logo
