[EMAIL PROTECTED] wrote:
>
> "Albert D. Cahalan" wrote:
> >
> > > I'm running the 2.4.3 kernel and my system always (!) crashes when I try
> > > to generate the "Linux kernel poster" from lgp.linuxcare.com.au. After
> > > working for one hour, the kernel printed this message:
> >
> > I'd guess yo
0ns 60ns
Cycle Time: 30ns 60ns 600ns 150ns
Transfer Rate: 66.0MB/s 33.0MB/s 3.3MB/s 13.2MB/s
Sorry, no patch.
--- TimO
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo in
Alexander Viro wrote:
>
> On Fri, 2 Mar 2001, TimO wrote:
>
> > eax: ebx: ecx: edx:
> [snip]
> > >>EIP; c0142a52<=
> > Trace; c0142ca6
> > Trace; c0145f01
> > Trace; c014601a
> >
Linus Torvalds wrote:
>
> Could people with Athlons please verify that pre3 works for them?
>
>
> Linus
Running nowuptime 6 minutes.
===
-- Tim
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTE
Vojtech Pavlik wrote:
>
> Ok, here goes the patch.
>
> Note that with this patch, all VIA users will get IDE transferrates
> about 3 MB/sec as opposed to about 20 MB/sec without it (and with
> UDMA66).
>
> This patch disables automatic DMA on all VIA chipsets, including the
> ancient 82c561 for
adrian wrote:
>
> On Sat, 18 Nov 2000, Linus Torvalds wrote:
>
> > There's almost certainly more than that. I'd love to have a report on my
> > asm-only version, but even so I suspect it also requires the 3dnow stuff,
>
> I tried all three versions, and no freezes. I forgot to mention the test
Miles Lane wrote:
>
> /usr/src/linux/include/linux/kernel_stat.h:48: for each function it
> appears in.)make[2]: *** [ksyms.o] Error 1
> make[2]: Leaving directory `/usr/src/linux/kernel'
> make[1]: *** [first_rule] Error 2
> make[1]: Leaving directory `/usr/src/linux/kernel'
> make: *** [_dir_ke
Daniel Stone wrote:
>
> Gidday!
{SNIP}
>-> Multimedia
> * Faster multimedia with specially designed video acceleration drivers. In
>combination with the new release of the X Windows System, Linux includes drivers to
>take full advantage of your accelerated video card (nVidia and 3Dfx
hnologies, Inc. AC97 Audio
Controller (rev 32).
===
-- TimO
==++==
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
Thanks for the driver, by the way.
===
-- TimO
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
Rik van Riel wrote:
>
> On Mon, 2 Oct 2000, Petko Manolov wrote:
> > Richard Polton wrote:
>
> > > I am using 2.4.0-test8 on an i686 laptop. I find that netscape-4.72
> > > keeps locking up. I am not able to kill the process at all (without
> > > a reboot, and SysRQ cannot do a sync on the pa
itching mail
folders
in netscape it locks. Box is _never_ under swap when this occurs. Wish
it
would at least log _something_ to report.
Athlon 750 128M memory 124M swap
Rik: are you having fun yet?? ;-)
--
===
-- TimO
-
To unsubscribe from this list: send the line "unsubsc
[EMAIL PROTECTED] wrote:
>
> On 20 Mar, SodaPop wrote:
>
> > I have an IWill KK-266R motherboard with an athlon-c 1200
> > processor in it, and for the life of me I can't get more than
> > 10 MB/sec through the on-board ide controller. Yes, all the
> > appropriate support is turned on in the ke
Tim Waugh wrote:
>
> On Wed, Mar 21, 2001 at 09:19:35AM -0500, Jeff Garzik wrote:
>
> > Attempting to pretend that the parallel port is not in an interrupt
> > driven mode by passing irq=none is folly.
>
> No, that's not what it's for. It means 'for Christ sake don't use
> interrupts, I know w
c_unregister_driver(lirc_rx51_driver.minor);
> }
>
> struct platform_driver lirc_rx51_platform_driver = {
> .probe = lirc_rx51_probe,
> - .remove = __exit_p(lirc_rx51_remove),
> + .remove = lirc_rx51_remove,
> .suspend= lir
On 03.14 2013 22:56:44, Arnd Bergmann wrote:
> This driver can be enabled on OMAP1 at the moment, which breaks
> allyesconfig for that platform. Let's mark it OMAP2PLUS-only
> in Kconfig, since that is the only thing it builds on.
>
Acked-by: Timo Kokkonen
Thanks!
>
rocesses fighting their turn to get CPU time. And once they get their
job done, they are all idling and waiting for the next event
(decompress and draw frame) to happen.
Even though the CPU is idle for half of the spent time, it is busy
running multiple processes during the other half. That way the
ull heap address space for PIE applications
and fixes random "out of memory" errors.
Signed-off-by: Timo Teräs
---
fs/binfmt_elf.c | 14 ++
1 file changed, 6 insertions(+), 8 deletions(-)
It might make sense to define ELF_ET_DYN_APP_BASE or similar
so that architectures can specify
Hi,
It seems that ASLR with PIE binaries (linux-3.11.0-vanilla on ARM)
seems to create bad memory layout - the programs run out of memory
relatively soon, especially if they also mmap() lot of memory.
I believe the problem is that fs/binfmt_elf.c:load_elf_binary() sets
load_bias to 0 when CONFIG_
t/net/xfrm/xfrm_output.c?id=497574c72c9922cf20c12aed15313c389f722fa0
> >
> >
> > Hope it helps.
>
> Hi Fan, Jean,
>
> Thanks, that looks like it's the patch for exactly my problem.
> Unfortunately I can't test it until next week now. :-/
>
> Timo/Dave: are there any plans t
t->dev.platform_data)
> + saa711x_writeregs(sd, saa7113_new_init);
> + else
> + saa711x_writeregs(sd, saa7113_init);
I would rather have the platform_data provide the new table. Or if you
think bulk of the table will be the same for most
On Fri, 31 May 2013 10:08:27 -0300
Mauro Carvalho Chehab wrote:
> Em Thu, 30 May 2013 21:00:01 +0200
> Jon Arne Jørgensen escreveu:
>
> > On Thu, May 30, 2013 at 08:33:32AM +0300, Timo Teras wrote:
> > > I would rather have the platform_data provide the new table. Or
&g
my free time for doing
this, my RX51 device is not enumerating the USB with the latest kernel
and I haven't figured out that yet. And because of that, I haven't
been able to get my user space running over nfsroot setup I've been
using..
-Timo
> > > --- a/arch/arm/plat
I got the below with Linux 3.8.7-grsec and 3.9.2-grsec. Where as
3.6.11-grsec is a known good. I believe the same would happen on on
vanilla kernels too.
[ 15.709955] general protection fault: [#1] SMP
[ 15.712287] Modules linked in: leds_gpio(+) via_rhine mii cs5535_mfd mfd_core
geode_rng r
[] ? __vmalloc_node_range+0x13e/0x15f
[] sys_init_module+0x62/0x77
[] syscall_call+0x7/0xb
EIP: [] __gpio_cansleep+0xe/0x1a SS:ESP 0068:cded9dbc
CR2: 004c
---[ end trace 5308fb20d2514822 ]---
Signed-off-by: Timo Teräs
Cc: Jingoo Han
Cc: Sachin Kamat
Cc: Raphael Assenat
Cc: Trent
#x27;t do that when I try to
umount.
// /
....Timo Jantunen ..
ZZZ (Used to represent :Kuunsäde 8 A 28: Email: [EMAIL PROTECTED] :
the sound of a person snoring.) :02210 Espoo: http://iki.fi/jeti :
Webster's Encyclopedic Unabrid
but the newest ;-)
// /
....Timo Jantunen ..
ZZZ (Used to represent :Kuunsäde 8 A 28: Email: [EMAIL PROTECTED] :
the sound of a person snoring.) :02210 Espoo: http://iki.fi/jeti :
Webster's Encyclopedic Unabridged :Finland: GSM+358-40-5763131 :
Dictio
ut no more BUG messages.)
So unfortunately I can't help you to check if your fix works.
// /
....Timo Jantunen ..
ZZZ (Used to represent :Kuunsäde 8 A 28: Email: [EMAIL PROTECTED] :
the sound of a person snoring.) :02210 Espoo
On Mon, 1 Oct 2007, Linus Torvalds wrote:
> So there's a final -rc out there, and right now my plan is to make this
> series really short, and release 2.6.23 in a few days. So please do give
> it a last good testing, and holler about any issues you find!
The r8169 nic performance regression is
Heip!
I recently moved to 64-bit kernel, but mixed sounds (ie. mpegs played with
a media player) don't work with optical S/PDIF connection. AC3/DTS
passthrough still works, and I can hear the mixed sounds on analog
connector. And yes, I have unmuted the IEC958 mixer setting.
Tested kernels:
Is there a reason why this isn't allowed now?
---
fs/fcntl.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/fs/fcntl.c b/fs/fcntl.c
index 8685263..fc0c92e 100644
--- a/fs/fcntl.c
+++ b/fs/fcntl.c
@@ -203,7 +203,7 @@ asmlinkage long sys_dup(unsigned int fildes)
r
Fully reproducible with me. v2.6.23.1 x86-64 SMP kernel, Core 2 CPU, gdb
v6.6.90.20070912-debian.
gdb ./hang
run
fr 1
p (char*)base
p command hangs and the entire system becomes unusably slow. kill -9
doesn't kill gdb.
/* gcc hang.c -o hang -g -Wall */
#include
#include
#include
#include
#in
Heip!
I did something like "dd if=/dev/sda1 bs=256M of=dump" and the whole system
hanged after a while.
Netconsole captured following soft lockup:
===cut
BUG: soft lockup - CPU#3 stuck for 11s! [metalog:4767]
CPU 3:
Modules linked in: fglrx(P) cinergyT2
Pid: 4767, comm: metalog Tainted: P
ogfiles each day - which would be
a difference to the test hardware.
Best regards Timo
--
T+T Hennerich GmbH --- Zettachring 12a --- 70567 Stuttgart
Fon:+49(711)720714-0 Fax:+49(711)720714-44 Vanity:+49(700)HENNERICH
UNIX - Linux - Java - C Entwicklung/Beratung/Betreuung/Schulung
http://
river is needed.
OK. I will give it a try to merge the driver it into your generic hotkey
driver.
See you,
-- Timo
......
Timo Hönig
..:: gpg ::...
Fingerprint: 0998 0ACA A1D2 2612 4D96
into the -mm tree, too.
The attached patch is against 2.6.11-rc3.
Thanks,
-- Timo
..
Timo Hönig
..:: gpg ::...
Fingerprint: 0998 0ACA A1D2 2612 4D96 DD8B E03F 084B B305 4066
diff -urN
did somthing like this:
2.6.7 -patch-> 2.6.8 -patch-> 2.6.8.1 -patch-> 2.6.9 -patch-> 2.6.10.
And you didn't noticed that the 2.6.9 patch failed, because it is diffed
against 2.6.8 and not 2.6.8.1!
If you do the patching without the 2.6.8.1 patch everything should be fine.
Timo
On Fri, 3 Aug 2007, Andrew Morton wrote:
> On Thu, 2 Aug 2007 11:57:21 +0300 (EEST)
> Timo Jantunen <[EMAIL PROTECTED]> wrote:
>
> > Heip!
> >
> > I have had few total hangs with 2.6.22.1 kernel. Everything suddenly
> > freezes and nothing works (S
Heip!
I have had few total hangs with 2.6.22.1 kernel. Everything suddenly
freezes and nothing works (SysRq keys, pinging the machine from the
network.) Neither syslog nor netconsole have any relevant messages. I'm 99%
sure this didn't happen in 2.6.21.x kernels.
All hangs happened with relati
n the
same nic.
This patch moves the printk's out of the spinlock protected area.
Without this patch the machine hangs hard. With this patch everything still
works even when there is significant increase on CPU usage while using the
nic.
//T
Signed-off-by: Timo Jantunen <[EMAIL PROTE
When GRE tunnel is in NBMA mode, this patch allows an application to use
a PF_PACKET socket to:
- send a packet to specific NBMA address with sendto()
- use recvfrom() to receive packet and check which NBMA address it came from
Signed-off-by: Timo Teras <[EMAIL PROTECTED]>
---
This is
Hi,
Sure, we will post the results to the mailing list after analyzing them.
Moreover, we post a link to the proceedings of the conference where the
results are published.
--
Timo
> Hi,
>
> Well, I filled in the survey. Was wondering if you also post the results
> here at the
t a mountain, but still a few applications support that interface.
At least the powersave daemon 'powersaved' and HAL support the
brightness interface of the Sony driver.
The responsible developers are following the linux-acpi list.
Timo
-
To unsubscribe from this list: send the line
Tested with various 2.6.x i386/x86-64 SMP kernels and CPUs, for example
2.6.21.3/x86-64.
Process 1:
- lock file
- write(4096 + 16 bytes)
- unlock file
Process 2:
- lock file
- read(8192 bytes)
- unlock file
Sometimes read() returns only 4096 bytes. I'm locking the file, so I
don't think
On Wed, 2007-06-20 at 17:52 +0300, Timo Sirainen wrote:
> Sometimes read() returns only 4096 bytes. I'm locking the file, so I
> don't think this should ever happen, right?
Sorry, the problem was with file truncating so there's no bug with
locking. I didn't notice it fi
On Wed, 2007-06-20 at 09:22 -0700, Ray Lee wrote:
> On 6/20/07, Timo Sirainen <[EMAIL PROTECTED]> wrote:
> > On Wed, 2007-06-20 at 17:52 +0300, Timo Sirainen wrote:
> > > Sometimes read() returns only 4096 bytes. I'm locking the file, so I
> > > don't thi
On Wed, 2007-06-20 at 18:05 +0100, Alan Cox wrote:
> > I thought this wouldn't happen when reading from local filesystems.
> > Anyway, my real program was doing that, and it was still seeing partial
> > data. But looks like I can't reproduce it in my test program with two
> > pread()s, so I'll have
1. Add IN_DELETE_SELF watch to a file
2. unlink() the file
3. Try to remove the watch -> EINVAL
I undestand this happens because there's an IN_IGNORED event in the
inotify queue, but couldn't inotify_rm_watch() be silent about it if the
event hasn't been read()? Otherwise there's a race condition
hanks for all the work with the kernel!
--
Timo Lindemann
-
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/
David Brownell wrote:
> On Thursday 12 July 2007, Satyam Sharma wrote:
>
> Note that hangs in that file almost always mean "your BIOS is goofy".
> Hunt for BIOS settings related to USB, and change them.
This laptop's BIOS only offers "legacy support" enabled or disabled,
both of which lead to fro
To sum this up:
the userspace 2.6.20.6 (the "good" kernel) and 2.6.22 (the "bad" kernel)
were compiled in is exactly the same setup. I recompiled "good" to check
for that, earlier, but "good" also works then.
"good" does not exhibit the printks I placed in the section (the same
ones I did for "ba
or everybody.
Timo Aaltonen and Maria Antikainen
>Hi,
>
>Well, I filled in the survey. Was wondering if you also post the
>results
>here at the mailing list. That would be nice.
>
>Greetings,
>
>Jim.
>
>> Hi all,
>>
>> We would like to ask you few que
If I open a file with O_APPEND and write() to it, it looks like the
file offset is updated and I can get it with lseek(SEEK_CUR). Can I
trust that this behavior won't change in future Linux versions?
Apparently this isn't standard, because at least OS X and Solaris
don't do this.
pwrite()
If rootmode doesn't include any file type bits, we hit the BUG() in
fuse_init_inode. Now EINVAL is returned.
Signed-off-by: Timo Savola <[EMAIL PROTECTED]>
---
fs/fuse/inode.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/fs/fuse/inode.c b/fs/fuse/in
Hi,
Riku Voipio schrieb am 13.09.2016 10:22:
> On 5 September 2016 at 02:43, Timo Sigurdsson
> wrote:
>> The builddeb script has some hardcoded references to linux version 2.6
>> which is ancient. Use a variable instead in order to keep in sync with
>> new releas
Subdevices of bpmp, such as bpmp-i2c, require the bpmp device's
drvdata to be set during their probe. Currently this is not always the
case. Fix this by calling platform_set_drvdata() earlier during bpmp's
probe.
Signed-off-by: Timo Alho
---
drivers/firmware/tegra/bpmp.c | 4 ++
d-off-by: Timo Alho
---
drivers/mmc/host/sdhci-tegra.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/mmc/host/sdhci-tegra.c b/drivers/mmc/host/sdhci-tegra.c
index f668a6f..cdde9ff 100644
--- a/drivers/mmc/host/sdhci-tegra.c
+++ b/drivers/mmc/host/sdhci-tegra.c
@@ -
Hi Kevin,
Kevin Hilman schrieb am 24.09.2015 19:57:
> kernelci.org started finding boot faiulres[1] on bananapi linux-next
> around next-20150918, but it was only failing in some labs and not
> others. I finally bisected it down to this patch, which landed in
> linux-next in the form of 2d665a8a8
Hi Kevin,
Hi Maxime,
Kevin Hilman schrieb am 07.10.2015 16:36:
> "Timo Sigurdsson" writes:
>> I still think that the lower voltages may be the cause of your problem
>> with that specific board, so could you please test the attached patch on
>> top of my patch
Hi Maxime,
Maxime Ripard schrieb am 07.10.2015 19:49:
> Hi Timo,
>
> On Wed, Oct 07, 2015 at 05:49:18PM +0200, Timo Sigurdsson wrote:
>> Hi Kevin,
>> Hi Maxime,
>>
>> Kevin Hilman schrieb am 07.10.2015 16:36:
>>
>> > "Timo Sigurdsson"
t the default voltages inherited by sun7i-a20.dtsi.
Signed-off-by: Timo Sigurdsson
---
Changes since v2:
- (Re)Added board-specific OPP after Kevin Hilman reported problems with
the default voltages at lower frequencies
---
arch/arm/boot/dts/sun7i-a20-bananapi.dts
latform_device *pdev)
return err;
}
-static int tegra_bpmp_resume(struct device *dev)
+static int __maybe_unused tegra_bpmp_resume(struct device *dev)
{
struct tegra_bpmp *bpmp = dev_get_drvdata(dev);
unsigned int i;
Arnd, is this seen with 32-bit ARM configs?
Timo, does i
Heip!
(commit: "r8169: merge with version 6.001.00 of Realtek's r8169 driver")
In current 2.6.23-rc8 snapshot r8169 send performance is bad, around
32MB/s. In 2.6.22 it was around 83MB/s. Interestingly, the receive
performance has increased from around 85MB/s to 96MB/s at the same time!
Git
On Wed, 26 Sep 2007, Francois Romieu wrote:
> The patch below is scheduled for inclusion before 2.6.23. Please try it and
> see if it makes a difference on top of 2.6.23-rc8 (full dmesg will be welcome
> too).
Thanks for the quick reply and fix. Unfortunately the fix didn't help in my
case.
Ip
On Wed, 26 Sep 2007, Willy Tarreau wrote:
> On Wed, Sep 26, 2007 at 09:52:02PM +0300, Timo Jantunen wrote:
> > On Wed, 26 Sep 2007, Francois Romieu wrote:
> > > The patch below is scheduled for inclusion before 2.6.23. Please try it
> > > and
> > > see if it
806 Mbits/sec
//T
> Good night.
// /
....Timo Jantunen ..
ZZZ (Used to represent :Kuunsäde 8 A 28: Email: [EMAIL PROTECTED] :
the sound of a person snoring.) :FIN-02210 Espoo: http://iki.fi/jeti :
Webster's Enc
e pushed up to userspace. It feels
awkward to do it in the kernel, but users are apparently depending on
this behavior. Timo, do you mind sharing some more details about how
your scripts ran into the bug?
We are choosing the active subvolume via kernel command line parameter, eg:
root=/dev/mmcb
On 4/17/19 11:21, Takashi Iwai wrote:
On Wed, 17 Apr 2019 10:46:11 +0200,
wrote:
From: Timo Wischer
Since ARMv7 hardware cache coherence is supported.
"The SCU maintains coherency between the individual data caches in the
Cortex-A5 MPCore processor using a variation of the MOESI protoco
On 3/25/19 17:58, Takashi Iwai wrote:
On Mon, 25 Mar 2019 17:40:23 +0100,
Timo Wischer wrote:
Best regards
Timo Wischer
Engineering Software Base (ADITG/ESB)
Tel. +49 5121 49 6938
On 3/25/19 17:07, Takashi Iwai wrote:
On Mon, 25 Mar 2019 17:00:38 +0100,
wrote:
From
On 3/26/19 15:23, Takashi Iwai wrote:
On Tue, 26 Mar 2019 12:25:37 +0100,
Timo Wischer wrote:
On 3/26/19 09:35, Takashi Iwai wrote:
On Tue, 26 Mar 2019 08:49:33 +0100,
wrote:
From: Timo Wischer
snd_pcm_link() can be called by the user as long as
On 3/26/19 17:00, Takashi Iwai wrote:
On Tue, 26 Mar 2019 16:16:54 +0100,
Timo Wischer wrote:
On 3/26/19 15:23, Takashi Iwai wrote:
On Tue, 26 Mar 2019 12:25:37 +0100,
Timo Wischer wrote:
On 3/26/19 09:35, Takashi Iwai wrote:
On Tue, 26 Mar 2019 08:49:33 +0100,
wrote
On 3/27/19 10:11, Takashi Iwai wrote:
On Wed, 27 Mar 2019 09:34:40 +0100,
Timo Wischer wrote:
On 3/26/19 17:00, Takashi Iwai wrote:
On Tue, 26 Mar 2019 16:16:54 +0100,
Timo Wischer wrote:
On 3/26/19 15:23, Takashi Iwai wrote:
On Tue, 26 Mar 2019 12:25:37 +0100,
Timo Wischer wrote:
On 3/26
it took me a while to correlate this) the logs it writes
have been truncated, but only while they're being observed on the
client, using tail -f or something like that.
Looks like this then:
On Server:
store01 /srv/export/home/users/timo/TestRun # ls -l slurm-41101.out
-rw-r--r-- 1 timo
On 26.02.2021 16:40, Anton Ivanov wrote:
These are two different clients, then what you see is possible on NFS
with client side caching. If you have multiple clients reading/writing
to the same files you usually need to tune the caching options and/or
use locking. I suspect that if you leave it
Zero the amount of padding bytes determined in perf_prepare_sample().
This prevents garbage being read from the ring buffer after it has wrapped
the page boundary at least once.
Signed-off-by: Timo Beckers
---
kernel/events/core.c | 12 ++--
1 file changed, 10 insertions(+), 2 deletions
On Thu, 19 Dec 2013 15:17:03 +0100 (CET)
Jiri Kosina wrote:
> On Wed, 2 Oct 2013, Timo Teräs wrote:
>
> > arch/*/include/asm/elf.h comments say:
> > ELF_ET_DYN_BASE is the location that an ET_DYN program is loaded
> > if exec'ed. Typical use of this is to invok
On Thu, 19 Dec 2013 16:02:19 +0100 (CET)
Jiri Kosina wrote:
> On Thu, 19 Dec 2013, Timo Teras wrote:
>
> > As you see, the main executable is mapped 5762-57708000 and
> > 57708000-5770a000. Heap follow immediately after that
> > 5770a000-5770c000 followed by anythin
Hi Maxime,
Maxime Ripard schrieb am 03.08.2015 11:13:
> On Sun, Aug 02, 2015 at 09:23:06PM +0200, Timo Sigurdsson wrote:
>> sun7i-a20.dtsi contains an cpufreq operating point at 0.9 volts. Most A20
>> boards
>> (or all?), however, do not allow the voltage to go below 1.0V
Hi Maxime,
Maxime Ripard schrieb am 03.08.2015 11:34:
> On Mon, Aug 03, 2015 at 11:03:52AM +0200, Timo Sigurdsson wrote:
>> Julian Calaby schrieb am 03.08.2015 06:22:
>> > My only real objection here is are there boards that can go down to
>> > 0.9v and if so, won&#
. Am I
missing something? Is this not sufficient?
Thanks,
Timo
[1]
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/arch/arm/boot/dts/sun7i-a20-bananapi.dts?id=v4.2-rc5#n78
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a m
x27;t
stable across all SoCs and boards out there.
Signed-off-by: Timo Sigurdsson
---
Changes since v1:
- Fixed checkpatch warnings
- Changed the commit message and title to clarify that this is not a
board-specific issue, but rather a limitation by the SoC
---
arch/arm/boot/dts/sun7i-a20.dts
uldn't be discouraged by that. The only thing that
matters to me here is that regulator support will be added, regardless of
who submitted the patch. But anyway, I will rework the patch along the
statements made during this discussion.
Regards,
Timo
--
To unsubscribe from this list: send the
not rely on the userspace to be stable
> and harmless for the hardware. It should just work reliably by itself.
Same as above.
Regards,
Timo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
s
>> cannot handle the frequency regardless of the higher voltage.
>
> Agreed.
Ok, then I will write another patch for this as well, unless Chen-Yu or
someone else objects.
Regards,
Timo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the b
Hi,
Hans de Goede schrieb am 28.07.2015 16:24:
> I've no problem with Timo submitting a cleaned up version of his
> patch and you taking that instead. I just wanted to point out that
> I do have a similar patch pending.
Ok, I will do that. It might take a couple of days, though
thing important?
Signed-off-by: Timo Sigurdsson
---
arch/arm/boot/dts/sun7i-a20-bananapi.dts | 47 +---
1 file changed, 43 insertions(+), 4 deletions(-)
diff --git a/arch/arm/boot/dts/sun7i-a20-bananapi.dts
b/arch/arm/boot/dts/sun7i-a20-bananapi.dts
index 9f7b472..2bcbb0e 10
g maintainers should have a
common understanding on. I don't know how much variation there is among the
A20 boards in terms of frequencies and voltages. If there is a lot, I'd say
it would be desireable to have board-specific opp. The downside I see in my
approach is that it impacts
and I
> interpreted them.
IMHO for a common maximum opp that's a good approach. But for the lowest
frequency setting, it would seem more logical to me, to raise the voltage
to a point where all boards will run fine with them, unless those boards
cannot handle the frequency regardless of th
driver
in multi_v7_defconfig.
Signed-off-by: Timo Sigurdsson
---
Changes in v2:
- Move the extra cleanup work for multi_v7_defconfig to a separate
patch (to be submitted at a later point to avoid conflicts with
another patch waiting to be merged)
---
arch/arm/configs/multi_v7_defconfig | 3 ++-
1 file
Hi Maxime,
Hi Chen-Yu,
Am Dienstag, den 17.11.2015, 02:42 +0100 schrieb Timo Sigurdsson:
> Commit 3d0b16a66c8a ("nvmem: sunxi: Move the SID driver to the nvmem
> framework") moved the the sunxi SID driver to a new framework, but left
> sunxi_defconfig with the depre
Sorry, sent out the reply first to Maxime only and forgot to include the
rest of the bunch. So, here we go again...
Hi Maxime,
Am Freitag, den 20.11.2015, 00:43 +0100 schrieb Maxime Ripard:
> Hi,
>
> On Thu, Nov 19, 2015 at 10:48:35PM +0100, Timo Sigurdsson wrote:
> > Hi Maxime,
ff-by: Timo Sigurdsson
---
arch/arm/configs/sunxi_defconfig | 8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/arch/arm/configs/sunxi_defconfig b/arch/arm/configs/sunxi_defconfig
index 90252ca..95b51fc 100644
--- a/arch/arm/configs/sunxi_defconfig
+++ b/arch/arm/co
_defconfig.
Signed-off-by: Timo Sigurdsson
---
arch/arm/configs/sunxi_defconfig | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm/configs/sunxi_defconfig b/arch/arm/configs/sunxi_defconfig
index 3c36e16..0bbc2ee 100644
--- a/arch/arm/configs/sunxi_defconfig
+++
e the line disabling CONFIG_KEYBOARD in
order to really enable KEYBOARD_SUN4I_LRADC.
Signed-off-by: Timo Sigurdsson
---
arch/arm/configs/sunxi_defconfig | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm/configs/sunxi_defconfig b/arch/arm/configs/sunxi_defconfig
index 0bbc2ee..90252ca 10
es of
CONFIG_KEYBOARD_SUN4I_LRADC and not have it removed while cleaning up
Good night,
Timo
Am Freitag, den 20.11.2015, 02:46 +0100 schrieb Timo Sigurdsson:
> Commit 3d0b16a66c8a ("nvmem: sunxi: Move the SID driver to the nvmem
> framework") moved the the sunxi SID driver to a new framework, but l
Hi Maxime,
Maxime Ripard schrieb am 31.12.2015 17:00:
> Hi Arnd,
>
> On Thu, Dec 31, 2015 at 04:46:01PM +0100, Arnd Bergmann wrote:
>> On Tuesday 29 December 2015 02:47:32 Timo Sigurdsson wrote:
>> > Here is a late patch aimed for 4.4-rc8 (or 4.4). It would be nice if
Hi Arnd,
Arnd Bergmann schrieb am 31.12.2015 16:46:
> On Tuesday 29 December 2015 02:47:32 Timo Sigurdsson wrote:
>> Here is a late patch aimed for 4.4-rc8 (or 4.4). It would be nice if this
>> could make it into 4.4 in order to avoid unpleasent surprises (and
>> subse
l now
turn off the USB power supply during boot by default if the driver isn't
present. (This was not the case in linux 4.3 or lower where the USB power
was always left on.)
Hence, add the driver to multi_v7_defconfig in order to keep USB support
working on those boards that require it.
Sign
uld be handled easily and maybe even so that other drivers
could have that feature even though their hardware does not explicitly
give any support for it.
Any thoughts?
Thanks,
-Timo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a messag
On 22.05.2015 11:23, Fu Wei wrote:
Hi Timo,
On 22 May 2015 at 14:30, Timo Kokkonen wrote:
On 21.05.2015 11:32, fu@linaro.org wrote:
From: Fu Wei
Also update Documentation/watchdog/watchdog-kernel-api.txt to
introduce:
(1)the new elements in the watchdog_device and watchdog_ops struct
1 - 100 of 138 matches
Mail list logo
