[coreboot] [commit] r4954 - trunk/src/mainboard/technexion/tim5690

Author: zbao Date: 2009-11-25 08:48:24 +0100 (Wed, 25 Nov 2009) New Revision: 4954 Modified: trunk/src/mainboard/technexion/tim5690/Config.lb trunk/src/mainboard/technexion/tim5690/Makefile.inc trunk/src/mainboard/technexion/tim5690/cache_as_ram_auto.c trunk/src/mainboard/technexion/ti

Re: [coreboot] [v2] r4925 makes my linux hang

These devices used to be enabled. I just disabled when the internal gfx hanged. I tried again with those enabled, the log is not much different except the message printed in rs780_gfx_init. Zheng -Original Message- From: Myles Watson [mailto:myle...@gmail.com] Sent: Wednesday, November

Re: [coreboot] [PATCH] The buzzer of TechNexion TIM-5690.

Hi, I had fixing non-ascii characters in the comments. Thanks. Signed-off: Libra Li 2009/11/25 Bao, Zheng > I haven't apply your patch, but in your patch, > line 140, 150, 159, 166, 175, 185, 194, > have those chars. > > You can use the perl script to detect the non-ascii chars.

[coreboot] [PATCH] Linux cannot bootable without old onboard pci driver on RS690 system.

Hi, Old the onboard pci driver is still seems to be needed as a dummy driver. On RS690 based system like dbm690t and pistachio, linux kernel is halted on scan PCI bus below 00:14:04 node. This patch is tested under linux kernel version 2.6.37.36. See attached patches. jaagar diff -uNr coreboot-a

Re: [coreboot] [PATCH] The buzzer of TechNexion TIM-5690.

I haven't apply your patch, but in your patch, line 140, 150, 159, 166, 175, 185, 194, have those chars. You can use the perl script to detect the non-ascii chars. I sense there should be another better way. #!/usr/bin/perl my($content, $len); open(FILE, "< tim5690_buzzer_2.patch") || die "Una

Re: [coreboot] [PATCH] The buzzer of TechNexion TIM-5690.

Hi, Zheng, Where are that? Thanks. 2009/11/25 Bao, Zheng > There is some non-ascii characters in the comments. Please fix it. > After that, > > Acked-by: Zheng Bao > > Zheng > > From: coreboot-boun...@coreboot.org [mailto:coreboot-boun...@coreboot.

Re: [coreboot] [PATCH] The buzzer of TechNexion TIM-5690.

There is some non-ascii characters in the comments. Please fix it. After that, Acked-by: Zheng Bao Zheng From: coreboot-boun...@coreboot.org [mailto:coreboot-boun...@coreboot.org] On Behalf Of Libra Li Sent: Wednesday, November 25, 2009 9:46 AM To: Myles

[coreboot] [commit] r4953 - trunk/util/msrtool

Author: stuge Date: 2009-11-25 03:25:37 +0100 (Wed, 25 Nov 2009) New Revision: 4953 Modified: trunk/util/msrtool/geodelx.c Log: msrtool: Fix Geode LX probe function, Family/Model were swapped Signed-off-by: Peter Stuge Acked-by: Peter Stuge Modified: trunk/util/msrtool/geodelx.c ==

Re: [coreboot] [PATCH] The buzzer of TechNexion TIM-5690.

Hi, Myles, Coreboot, I had change EARLY_STAGE into __PRE_RAM__. It's okay. Thanks. Signed-off: Libra Li 2009/11/25 Myles Watson > 2009/11/24 Libra Li : > > Hi, > > > > This patch is buzzer function of TechNexion TIM-5690. > > That isn't everyone needs. So I don't put in p

Re: [coreboot] GeodeLX RAM initialisation issue

On Tue, Nov 24, 2009 at 1:09 AM, Nathan Williams wrote: > Marc Jones wrote: >> On Mon, Nov 23, 2009 at 12:27 AM, Nathan Williams >> wrote: >>> I managed to get the commercial BIOS to boot on my board and diffed it with >>> coreboot: >>> >>> http://coreboot.pastebin.com/m39b22c21 >>> >>> The only

Re: [coreboot] [PATCH] The buzzer of TechNexion TIM-5690.

2009/11/24 Libra Li : > Hi, > >     This patch is buzzer function of TechNexion TIM-5690. >     That isn't everyone needs. So I don't put in public areas. >     Thanks. > >     Signed-off: Libra Li Could you use __PRE_RAM__ instead of EARLY_STAGE? Does it mean something different? Thanks, Myles

Re: [coreboot] [v2] r4925 makes my linux hang

Zheng, >From the K8 log: PCI: 00:02.0: enabled 0, 0 resources PCI: 00:03.0: enabled 0, 0 resources These devices are enabled for fam10, but disabled for the K8 board. I thought the only difference was supposed to be the processor/northbridge. Because of that, rs780_gfx_init doesn't get run. U

Re: [coreboot] [PATCH] clean up bootblocksize handling in cbfstool, kconfig

On Thu, 12 Nov 2009, Patrick Georgi wrote: > Am 12.11.2009 19:13, schrieb Myles Watson: >> This patch saves 28K on my s2895, and 55K on qemu. Anybody have a >> strong objection to that? Are we trying to have bootblock size be >> constant for each board? Does it mess up future plans for backward

[coreboot] flashrom reviewers needed

Hi, I'm sorry for cross-posting this to coreboot@ and flashrom@, but flashrom is suffering badly from reviewer shortage. If you have some spare time and feel like reviewing stuff, please take a look at a few patches which have accumulated over the last few months. Below is the list, together with

[coreboot] [RFC] Setting the correct Patchwork status

Hi, I'd like to get some input on using the correct "patch state" in Patchwork. 1. Patches which have been acked and are waiting for commit. 2. Patches which are not intended for merging, but which should stay easily available in case someone needs them. This includes debug patches and emergency

[coreboot] [PATCH] The buzzer of TechNexion TIM-5690.

Hi, This patch is buzzer function of TechNexion TIM-5690. That isn't everyone needs. So I don't put in public areas. Thanks. Signed-off: Libra Li Index: src/mainboard/technexion/tim5690/speaker.h === --- src/mainboa

Re: [coreboot] GeodeLX RAM initialisation issue

Marc Jones wrote: > On Mon, Nov 23, 2009 at 12:27 AM, Nathan Williams > wrote: >> I managed to get the commercial BIOS to boot on my board and diffed it with >> coreboot: >> >> http://coreboot.pastebin.com/m39b22c21 >> >> The only differences I can see are related to interrupts, which shouldn't