On Mon, 3 Dec 2007, Pavel Machek wrote:
On Mon 2007-12-03 22:45:06, Guennadi Liakhovetski wrote:
On Sun, 2 Dec 2007, Pavel Machek wrote:
CR0: 8005003b CR2: 081dcf88 CR3: 07e46000 CR4: 02d0
DR0: DR1: DR2: DR3:
DR6: 0ff0 DR7: 0400
run_init_process+0x3feff000/0x20
===
so, is there any way I can still reasonably use this system? Which
configuration / command-line parameters should I try?
If needed can provide complete dmesg (with nohz=off or with
clocksource=tsc) and .config.
Thanks
Guennadi
---
Guenn
dmesg (with nohz=off or with
clocksource=tsc) and .config.
Thanks
Guennadi
---
Guennadi Liakhovetski
-
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
0x24/0x60
[] ext3_sync_file+0xc2/0xd0
[] do_fsync+0x60/0xa0
[] __do_fsync+0x28/0x40
[] sys_fsync+0xd/0x10
[] sysenter_past_esp+0x5f/0x85
===
now you see why I wrote "ext3 deadlock." It's y VIA C7 system, running
2.6.23-rc9-g804b3f9a, no problems since 5 October, w
, running
2.6.23-rc9-g804b3f9a, no problems since 5 October, when the kernel has
been built. No Oops / warnings in dmesg. Or has this been fixed since
23-rc9?
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
On Fri, 5 Oct 2007, Guennadi Liakhovetski wrote:
> On Sat, 6 Oct 2007, Michael Tokarev wrote:
>
> [snip]
> > That to say - it may be some miscompilations, but may be some probs with
> > hardware itself. If you can, try to reproduce the same on another board
> > (I ju
On Fri, 5 Oct 2007, Guennadi Liakhovetski wrote:
On Sat, 6 Oct 2007, Michael Tokarev wrote:
[snip]
That to say - it may be some miscompilations, but may be some probs with
hardware itself. If you can, try to reproduce the same on another board
(I just tried to boot 2.6.23-rc5
5.0C)
Maybe at least CPU Temp. at least correlates with the real value:-) Yes,
I'll look in BIOS next time I boot with a connected monitor and a
keyboard.
Thanks for the info!
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
t
-II
SMP. Does it at all look realistic that such "random" run-time problems
are caused by a miscompilation?...
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
On Fri, 5 Oct 2007, Hugh Dickins wrote:
> On Fri, 5 Oct 2007, Guennadi Liakhovetski wrote:
> > Am I running crazy here (some 2.6.23-rc6-ish)?
> >
> > $ zcat /proc/config.gz | grep TMPFS
> > # CONFIG_TMPFS is not set
> > $ grep tmpfs /proc/filesystems
> &g
On Fri, 5 Oct 2007, Rafael J. Wysocki wrote:
> On Friday, 5 October 2007 16:18, Guennadi Liakhovetski wrote:
> > Why does APM depend on PM_SLEEP?
>
> Because APM uses the suspend core functions in drivers/base/power .
Ok, perhaps, a "select" would be better?...
Tha
On Fri, 5 Oct 2007, Alan Stern wrote:
> On Fri, 5 Oct 2007, Guennadi Liakhovetski wrote:
>
> > Booting git snapshot of about 6 hours ago, getting the following:
> >
> > USB Universal Host Controller Interface driver v3.0
> > ACPI: PCI Interrupt Link [ALKB] e
Am I running crazy here (some 2.6.23-rc6-ish)?
$ zcat /proc/config.gz | grep TMPFS
# CONFIG_TMPFS is not set
$ grep tmpfs /proc/filesystems
nodev tmpfs
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
Why does APM depend on PM_SLEEP? So without sleep support you cannot use
"Make CPU Idle calls when idle ", "Use real mode APM BIOS call to power
off" etc? Found in 23-rc9-git of yesterday.
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send t
On Fri, 5 Oct 2007, Jean Delvare wrote:
> Hi Guennadi,
>
> On Fri, 5 Oct 2007 00:46:59 +0200 (CEST), Guennadi Liakhovetski wrote:
> > Got an AXIS 700 Lite thin client with a C7 CPU and CN700 chipset in it,
> > compiled today's git snapshot, and it Oopses in i2c_viapro:
On Fri, 5 Oct 2007, Jean Delvare wrote:
Hi Guennadi,
On Fri, 5 Oct 2007 00:46:59 +0200 (CEST), Guennadi Liakhovetski wrote:
Got an AXIS 700 Lite thin client with a C7 CPU and CN700 chipset in it,
compiled today's git snapshot, and it Oopses in i2c_viapro:
BUG: unable to handle
Why does APM depend on PM_SLEEP? So without sleep support you cannot use
Make CPU Idle calls when idle , Use real mode APM BIOS call to power
off etc? Found in 23-rc9-git of yesterday.
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line unsubscribe linux
On Fri, 5 Oct 2007, Alan Stern wrote:
On Fri, 5 Oct 2007, Guennadi Liakhovetski wrote:
Booting git snapshot of about 6 hours ago, getting the following:
USB Universal Host Controller Interface driver v3.0
ACPI: PCI Interrupt Link [ALKB] enabled at IRQ 21
ACPI: PCI Interrupt :00
Am I running crazy here (some 2.6.23-rc6-ish)?
$ zcat /proc/config.gz | grep TMPFS
# CONFIG_TMPFS is not set
$ grep tmpfs /proc/filesystems
nodev tmpfs
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
On Fri, 5 Oct 2007, Rafael J. Wysocki wrote:
On Friday, 5 October 2007 16:18, Guennadi Liakhovetski wrote:
Why does APM depend on PM_SLEEP?
Because APM uses the suspend core functions in drivers/base/power .
Ok, perhaps, a select would be better?...
Thanks
Guennadi
---
Guennadi
On Fri, 5 Oct 2007, Hugh Dickins wrote:
On Fri, 5 Oct 2007, Guennadi Liakhovetski wrote:
Am I running crazy here (some 2.6.23-rc6-ish)?
$ zcat /proc/config.gz | grep TMPFS
# CONFIG_TMPFS is not set
$ grep tmpfs /proc/filesystems
nodev tmpfs
tmpfs (mm/shmem.c) is used
-II
SMP. Does it at all look realistic that such random run-time problems
are caused by a miscompilation?...
Thanks
Guennadi
---
Guennadi Liakhovetski
-
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
:-) Yes,
I'll look in BIOS next time I boot with a connected monitor and a
keyboard.
Thanks for the info!
Guennadi
---
Guennadi Liakhovetski
-
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
:00:10.0[A] -> Link [ALKB] -> GSI 21 (level, low) ->
IRQ 177
PCI: VIA IRQ fixup for :00:10.0, from 10 to 1
uhci_hcd :00:10.0: UHCI Host Controller
uhci_hcd :00:10.0: new USB bus registered, assigned bus number 1
uhci_hcd :00:10.0: irq 177, io base 0xf900
Thank
P 0068:f7d71da8
Thanks
Guennadi
---
Guennadi Liakhovetski
-
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/
bc 27 00 00 00 00 55 89 e5 56 89 d6 53 83 ec
14 85 c0 0f 84 b2 00 00 00 8b 48 30 85 c9 0f 84 a7 00 00 00 8b 12 85 d2
0f 85 89 00 00 00 89 4d f4 8b 5d f4 85 db 74 0b 8b
EIP: [c01a60ed] sysfs_create_group+0x1d/0xe0 SS:ESP 0068:f7d71da8
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe
for :00:10.0, from 10 to 1
uhci_hcd :00:10.0: UHCI Host Controller
uhci_hcd :00:10.0: new USB bus registered, assigned bus number 1
uhci_hcd :00:10.0: irq 177, io base 0xf900
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line unsubscribe linux
Shouldn't it go to drivers/pci and define a platform driver? it8152 is not
an ARM specific controller.
Thanks
Guennadi
-----
Guennadi Liakhovetski, Ph.D.
DSA Daten- und Systemtechnik GmbH
Pascalstr. 28
D-52076 Aachen
Germany
-
To unsubscribe fr
to drivers/pci and define a platform driver? it8152 is not
an ARM specific controller.
Thanks
Guennadi
-
Guennadi Liakhovetski, Ph.D.
DSA Daten- und Systemtechnik GmbH
Pascalstr. 28
D-52076 Aachen
Germany
-
To unsubscribe from this list: send the line unsubscribe linux
Provide {enable,disable}_irq_wakeup dummies for undefined
CONFIG_GENERIC_HARDIRQS case. Completely untested, as I don't even have
cross-compilers for platforms without CONFIG_GENERIC_HARDIRQS.
Signed-off-by: Guennadi Liakhovetski <[EMAIL PROTECTED]>
---
On Tue, 18 Sep 2007, Andrew
Provide {enable,disable}_irq_wakeup dummies for undefined
CONFIG_GENERIC_HARDIRQS case. Completely untested, as I don't even have
cross-compilers for platforms without CONFIG_GENERIC_HARDIRQS.
Signed-off-by: Guennadi Liakhovetski [EMAIL PROTECTED]
---
On Tue, 18 Sep 2007, Andrew Morton wrote
On Wed, 12 Sep 2007, Andrew Morton wrote:
> On Wed, 12 Sep 2007 20:50:10 +0200 (CEST)
> Guennadi Liakhovetski <[EMAIL PROTECTED]> wrote:
>
> > Enable wakeup from serial ports, make it run-time configurable over sysfs,
> > e.g.,
> >
> > echo enabled &
On Wed, 12 Sep 2007, Andrew Morton wrote:
On Wed, 12 Sep 2007 20:50:10 +0200 (CEST)
Guennadi Liakhovetski [EMAIL PROTECTED] wrote:
Enable wakeup from serial ports, make it run-time configurable over sysfs,
e.g.,
echo enabled /sys/devices/platform/serial8250.0/tty/ttyS0/power/wakeup
On Wed, 12 Sep 2007, Michael Mauch wrote:
> Guennadi Liakhovetski wrote:
>
> > Enable wakeup from serial ports, make it run-time configurable over sysfs,
> > e.g.,
> >
> > echo enabled > /sys/devices/platform/serial8250.0/tty/ttyS0/power/wakeup
>
> I
On Wed, 12 Sep 2007, Michael Mauch wrote:
Guennadi Liakhovetski wrote:
Enable wakeup from serial ports, make it run-time configurable over sysfs,
e.g.,
echo enabled /sys/devices/platform/serial8250.0/tty/ttyS0/power/wakeup
Interesting, but how does that work from a user's
Enable wakeup from serial ports, make it run-time configurable over sysfs,
e.g.,
echo enabled > /sys/devices/platform/serial8250.0/tty/ttyS0/power/wakeup
Requires
# CONFIG_SYSFS_DEPRECATED is not set
Signed-off-by: Guennadi Liakhovetski <[EMAIL PROTECTED]>
---
Following suggest
Enable wakeup from serial ports, make it run-time configurable over sysfs,
e.g.,
echo enabled /sys/devices/platform/serial8250.0/tty/ttyS0/power/wakeup
Requires
# CONFIG_SYSFS_DEPRECATED is not set
Signed-off-by: Guennadi Liakhovetski [EMAIL PROTECTED]
---
Following suggestions from Alan
> >
> > # CONFIG_SYSFS_DEPRECATED is not set
> >
> > Signed-off-by: Guennadi Liakhovetski <[EMAIL PROTECTED]>
>
> Hmm, interesting, looks ok to me. What are you using it for?
Linkstation / kurobox systems from Buffalo Tech. have an AVR controller
connected to hos
is to press
a button, which sends a byte from the AVR to the CPU.
Thanks
Guennadi
---
Guennadi Liakhovetski
-
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
Enable wakeup from serial ports, make it run-time configurable over sysfs,
e.g.,
echo enabled > /sys/devices/platform/serial8250.0/tty/ttyS0/power/wakeup
Requires
# CONFIG_SYSFS_DEPRECATED is not set
Signed-off-by: Guennadi Liakhovetski <[EMAIL PROTECTED]>
---
I've sent this
can try it under Linux
too, if you issue eject after plugging in but before mount. I think, you
won't be able to mount it directly after ejecting, you'd have to force
re-enumeration under Linux.
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line "
to mount it directly after ejecting, you'd have to force
re-enumeration under Linux.
Thanks
Guennadi
---
Guennadi Liakhovetski
-
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
Enable wakeup from serial ports, make it run-time configurable over sysfs,
e.g.,
echo enabled /sys/devices/platform/serial8250.0/tty/ttyS0/power/wakeup
Requires
# CONFIG_SYSFS_DEPRECATED is not set
Signed-off-by: Guennadi Liakhovetski [EMAIL PROTECTED]
---
I've sent this rfc/patch earlier
higher priority
than mine, so, if this really becomes a problem for me, I'll find a
solution for it, as well as everybody else suffering from this style.
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body o
off-screen.
Again, this is a minor trouble, and, perhaps, I am the only one suffering
from it, but if it doesn't matter either way for everyone else, I would
really appreciate it that way.
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line "unsubs
off-screen.
Again, this is a minor trouble, and, perhaps, I am the only one suffering
from it, but if it doesn't matter either way for everyone else, I would
really appreciate it that way.
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line unsubscribe linux
, if this really becomes a problem for me, I'll find a
solution for it, as well as everybody else suffering from this style.
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info
On Mon, 20 Aug 2007, Guennadi Liakhovetski wrote:
> Because of gmx.de, which I until yesterday used for all mailing lists,
> including vger, I lost 6 days of lkml traffic. I would be very greatful if
> anyone could send me those 6 days - 21-23 July and 17-19 August in mbox
> fo
the
files from someone else yet:-)
Thanks
Guennadi
---
Guennadi Liakhovetski
-
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 FA
the
files from someone else yet:-)
Thanks
Guennadi
---
Guennadi Liakhovetski
-
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
On Mon, 20 Aug 2007, Guennadi Liakhovetski wrote:
Because of gmx.de, which I until yesterday used for all mailing lists,
including vger, I lost 6 days of lkml traffic. I would be very greatful if
anyone could send me those 6 days - 21-23 July and 17-19 August in mbox
format. Please
e /
weather / ...) linkstation/kurobox related questions you are welcome to
use [EMAIL PROTECTED] or the #linkstationwiki channel on
irc.freenode.net, or the forums on the http://linkstationwiki.net/.
Good luck
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line "
/ ...) linkstation/kurobox related questions you are welcome to
use [EMAIL PROTECTED] or the #linkstationwiki channel on
irc.freenode.net, or the forums on the http://linkstationwiki.net/.
Good luck
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
ose
enough to original (arch/powerpc/configs/linkstation_defconfig) .config
and it should work.
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at ht
e daemons. You need them though if you want to use
the buttons to power down / reboot / whatever, do other fancy things with
the AVR...
Another possible reason why, for example, your stty misbehaves, maybe it
is somehow broken in that distro? I am just using etch and things work
pretty w
blem. Some user-space programme(s) are
accessing wrong tty.
Thanks
Guennadi
---
Guennadi Liakhovetski
-
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/
---
Guennadi Liakhovetski
-
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/
possible reason why, for example, your stty misbehaves, maybe it
is somehow broken in that distro? I am just using etch and things work
pretty well.
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
/linkstation_defconfig) .config
and it should work.
Thanks
Guennadi
---
Guennadi Liakhovetski
-
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
o find THE
quote that actually answers the question.
Thanks
Guennadi
---
Guennadi Liakhovetski
-
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
; and
"optional"... Ok, then, THIS does answer my question, THIS I can
understand, and, ghm, accept...
Thanks to all who tried to explain this to me and sorry it took so long...
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line "unsubscribe
On Fri, 3 Aug 2007, Stefan Richter wrote:
> Guennadi Liakhovetski wrote:
> > with
> >
> > char c[4] = "012345";
> >
> > the compiler warns, but actually allocates a 6-byte long array...
>
> Off-topic here, but: sizeof c / sizeof *c == 4.
ly, the Section
"Initialization" in the "Function and Program Structure" chapter (section
4.9 in my copy), the paragraph about initialization with a string, which I
quoted in an earlier email.
And, Stefan, there is a perfect way to specify a "0123" without the '\0' -
{'
On Thu, 2 Aug 2007, Al Viro wrote:
> On Thu, Aug 02, 2007 at 10:26:37PM +0200, Guennadi Liakhovetski wrote:
> >
> > Worse yet, K explicitely writes:
> >
> >
> >
> > char pattern[] = "ould";
> >
> > is a shorthand for the longe
On Thu, 2 Aug 2007, Al Viro wrote:
> On Thu, Aug 02, 2007 at 09:55:51PM +0200, Guennadi Liakhovetski wrote:
> > But do a
> >
> > char c[4] = "0123";
> >
> > and - a wonder - no warning.
>
> And this is a correct behaviour. You get a valid
On Thu, 2 Aug 2007, Andi Kleen wrote:
> Guennadi Liakhovetski <[EMAIL PROTECTED]> writes:
>
> > char c[4] = "0123";
> > and - a wonder - no warning.
>
> It's required by the C standard.
>
> 6.7.8.14 of C99:
> ``
> An array of character t
On Thu, 2 Aug 2007, Al Viro wrote:
> On Thu, Aug 02, 2007 at 09:55:51PM +0200, Guennadi Liakhovetski wrote:
> > But do a
> >
> > char c[4] = "0123";
> >
> > and - a wonder - no warning.
>
> And this is a correct behaviour. You get a valid
y hit the length, there won't be a warning.
Thanks
Guennadi
---
Guennadi Liakhovetski
-
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/
3.4.5,
4.1.2. I was told 4.2.x does produce a warning. Now do a
struct {
char c[4];
int i;
} t;
t.i = 0x12345678;
strcpy(t.c, c);
and t.i is silently corrupted. Just wanted to ask if this is known,
really...
Thanks
Guen
produce a warning. Now do a
struct {
char c[4];
int i;
} t;
t.i = 0x12345678;
strcpy(t.c, c);
and t.i is silently corrupted. Just wanted to ask if this is known,
really...
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe
Guennadi
---
Guennadi Liakhovetski
-
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/
On Thu, 2 Aug 2007, Al Viro wrote:
On Thu, Aug 02, 2007 at 09:55:51PM +0200, Guennadi Liakhovetski wrote:
But do a
char c[4] = 0123;
and - a wonder - no warning.
And this is a correct behaviour. You get a valid initialier for array;
see 6.7.8[14] for details. Moreover
On Thu, 2 Aug 2007, Andi Kleen wrote:
Guennadi Liakhovetski [EMAIL PROTECTED] writes:
char c[4] = 0123;
and - a wonder - no warning.
It's required by the C standard.
6.7.8.14 of C99:
``
An array of character type may be initialized by a character string literal,
optionally
On Thu, 2 Aug 2007, Al Viro wrote:
On Thu, Aug 02, 2007 at 09:55:51PM +0200, Guennadi Liakhovetski wrote:
But do a
char c[4] = 0123;
and - a wonder - no warning.
And this is a correct behaviour. You get a valid initialier for array;
see 6.7.8[14] for details. Moreover
On Thu, 2 Aug 2007, Al Viro wrote:
On Thu, Aug 02, 2007 at 10:26:37PM +0200, Guennadi Liakhovetski wrote:
Worse yet, KR explicitely writes:
quote
char pattern[] = ould;
is a shorthand for the longer but equivalent
char pattern[] = { 'o', 'u', 'l', 'd', '\0
in the Function and Program Structure chapter (section
4.9 in my copy), the paragraph about initialization with a string, which I
quoted in an earlier email.
And, Stefan, there is a perfect way to specify a 0123 without the '\0' -
{'0', '1', '2', '3'}.
Thanks
Guennadi
---
Guennadi Liakhovetski
On Fri, 3 Aug 2007, Stefan Richter wrote:
Guennadi Liakhovetski wrote:
with
char c[4] = 012345;
the compiler warns, but actually allocates a 6-byte long array...
Off-topic here, but: sizeof c / sizeof *c == 4.
Don't think it is OT here - kernel depends on gcc. And, what I
understand, and, ghm, accept...
Thanks to all who tried to explain this to me and sorry it took so long...
Thanks
Guennadi
---
Guennadi Liakhovetski
-
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
that actually answers the question.
Thanks
Guennadi
---
Guennadi Liakhovetski
-
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
pw: ata_host_register done with probe port 1
>
> -
> 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
Please read the FAQ at http://www.tux.org/lkml/
---
Guennadi Liakhovetski
-
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
On Thu, 26 Jul 2007, Sergei Shtylyov wrote:
> Guennadi Liakhovetski wrote:
>
> > Ok, thanks for the explanation Alan. So, there's no technical argument,
> > just "being nice to the users", and add a new driver, which we know we'll
> > have to remove soon, thus
t and will not want to invest money into switching to
another one...
Thanks
Guennadi
---
Guennadi Liakhovetski
-
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/
On Thu, 26 Jul 2007, Sergei Shtylyov wrote:
Guennadi Liakhovetski wrote:
Ok, thanks for the explanation Alan. So, there's no technical argument,
just being nice to the users, and add a new driver, which we know we'll
have to remove soon, thus having to persuade its users, who
, there's no technical argument,
just being nice to the users, and add a new driver, which we know we'll
have to remove soon, thus having to persuade its users, who by that time
will get used to it and will not want to invest money into switching to
another one...
Thanks
Guennadi
---
Guennadi
On Thu, 26 Jul 2007, Sergei Shtylyov wrote:
> Guennadi Liakhovetski wrote:
>
> > > Wrong list to submit sych stuff, post to linux-ide.
>
> > Not entirely. The patch (or other patches in the series) would also touch
> > ARM platforms in the mainline, currently
On Wed, 25 Jul 2007, Sergei Shtylyov wrote:
> Guennadi Liakhovetski wrote:
>
> > > This is now very similar to pata_platform.c, they both use
> > > same platform data structure and same resources.
>
> > > To achieve that, byte_lanes_swapping platform data v
ectly well. I found this argument reasonable, I had the same
doubt, just wanted to double-check. So, why do we now need a new legacy
(a/drivers/ide/legacy/ide_platform.c) driver when a "modern" driver
exists?
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the
On Wed, 25 Jul 2007, Sergei Shtylyov wrote:
Guennadi Liakhovetski wrote:
This is now very similar to pata_platform.c, they both use
same platform data structure and same resources.
To achieve that, byte_lanes_swapping platform data variable
and platform specified iops removed
On Thu, 26 Jul 2007, Sergei Shtylyov wrote:
Guennadi Liakhovetski wrote:
Wrong list to submit sych stuff, post to linux-ide.
Not entirely. The patch (or other patches in the series) would also touch
ARM platforms in the mainline, currently using that driver. As I didn't
the same
doubt, just wanted to double-check. So, why do we now need a new legacy
(a/drivers/ide/legacy/ide_platform.c) driver when a modern driver
exists?
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
cted.
>
> =
>
> RTC part was reviewed and acked-by RTC maintainer. CCing to lkml and
> MMC maintainer this time.
>
> --
> --Trilok Soni
>
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bo
this time.
--
--Trilok Soni
---
Guennadi Liakhovetski
-
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/
>
> Regards
> skb
>
>
>
>
>
> -
> 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
at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
---
Guennadi Liakhovetski
-
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
GFP_KERNEL)
> + return;
This looks wrong to me. These two are only equivalent if the "flag" only
has 1 bit. And already here you fall into this trap:
#define GFP_KERNEL (__GFP_WAIT | __GFP_IO | __GFP_FS)
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from th
to me. These two are only equivalent if the flag only
has 1 bit. And already here you fall into this trap:
#define GFP_KERNEL (__GFP_WAIT | __GFP_IO | __GFP_FS)
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
Hi
Is there any special reason why DAB in drivers/media/Kconfig has "default
y"?
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at ht
Hi
Is there any special reason why DAB in drivers/media/Kconfig has default
y?
Thanks
Guennadi
---
Guennadi Liakhovetski
-
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
were using it.
If I were thinking about a DAC / ADC API I would have a look at Comedi -
somehow I think it should be pretty well designed...
Thanks
Guennadi
---
Guennadi Liakhovetski
-
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/
801 - 900 of 1041 matches
Mail list logo